-
Der Navigator kann Systemmeldungen nicht beantworten, daher wird der Serverjob mit INQMSGRPY(*RPYLE) o.ä. gestartet.
Da die Antwort ja auf "I" steht, sollte es eigentlich keine weitere Meldung im Navigator mehr geben.
Wenn der Navigator sich nun anders nennt, musst du den Serverjob mal rausfinden und dann in das Joblog nach obiger Meldung suchen und dann die Meldung im Detail ansehen. Ggf. lässt sich da der neue Name dann ableiten aus dem du dann einen neuen Eintrag zaubern darfst.
Eigentlich sollte die IBM diesen Eintrag ebenso automatisch erstellen wie den alten.
Wie wärs mit einer Fehlermeldung?
Wenn du dir die Feld-Definition der Nachricht ansiehst, kannst du sehen womit der Vergleichswert verglichen wird. Ggf. ist das 1. Feld halt als Absender/Herkunft o.ä. definiert.
-
[OBSOLET] -> siehe unten die Lösung
Hat etwas gedauert bis ich weiterforschen konnte. Also der neue Editor "Schemas" aus den IBM i Access Client Solutions bringt schon eine Meldung bei Drop-Column das Daten verloren gehen etc., jedoch bewirkt der Klick auf "Ja alle" genau soviel wie abbrechen.
Ich habe versucht den RPLY zu erweitern und versucht den Job einzutragen. Dazu habe ich von dem laufenden Job die Infos ermittelt anhand
Code:
SELECT Current Client_ApplName, Current Client_ProgramID FROM SYSIBM.SYSDUMMY1
und habe den Client_ApplName genommen. Im aktiven Job mit 10 "Jobprotokoll anzeigen" kam folgendes:
Code:
Job 433010/QUSER/QZDASSINIT durch ED14 geändert.
Die folgenden Sonderregister wurden festgelegt: CLIENT_ACCTNG: Windows
10;SSL=true;admin_user=true, CLIENT_APPLNAME: IBM i Access Client
Solutions, CLIENT_PROGRAMID:
file:/C:/Users/Public/IBM/ClientSolutions/acsbundle.jar, CLIENT_USERID:
ED14, CLIENT_WRKSTNNAME: GU0121.intern.local
Änderung des Feldes SPALTE1 kann zum Datenverlust führen.
Change of file KUNDEN in ED14LIB canceled.
Datei KUNDEN in ED14LIB nicht geändert.
Verarbeitung der SQL-Anweisung beendet. Ursachencode 10.
Der Name den ich als Vergleichswert nun genommen hab, entspricht dem Client_ApplName.
Leider ist der ApplName um zwei Zeichen "zu lang" für den Vergleichswert.
Code:
3282 CPA32B2 I 'iSeries Navigator' 1
3283 CPA32B2 I 'IBM i Access Client Solutio' 1
Bevor ich nun lange mit dem Vergleichsstart herumprobiere, hat hier jemand Erfahrung ob der Vergleichswert überhaupt der richtige ist und wenn ja, wie der Vergleich funktionieren kann?
Last edited by Gutmann; 18-07-18 at 13:23.
Grund: Obsolet, Lösung gefunden
-
GELÖST!
Mittlerweile habe ich die Lösung. Sobald der DROP COLUMN mit QSECOFR ausgeführt wird, wird der RPYLE automatisch gesetzt. Der Vergleichswert "'ACS Database Schemas" den ich gesucht habe, ist dann automatisch enthalten.
Code:
3282 CPA32B2 I 'ACS Database Schemas' 1
Danke an alle Beteiligten die zur Lösung beigetragen haben.
-
Wie ich oben schon schrieb:
"Wenn du dir die Feld-Definition der Nachricht ansiehst, kannst du sehen womit der Vergleichswert verglichen wird. Ggf. ist das 1. Feld halt als Absender/Herkunft o.ä. definiert."
Wenn du im angezeigten Joblog per F1 auf die Nachricht gehst, siehst du im Detail die Inhalte der Felder, die mit der MSGID beschrieben sind.
In der Messagebeschreibung siehst du die Felder, der Vergleichswert nimmt diese Feldinhalte.
-
DSPMSGD CPA32B2 > Felddaten anzeigen > &1 und &2 jeweils *CHAR 10.
Im Nachrichtentext steht: "Datei &1 in der Bibliothek &2 sollte geändert werden."
Was wird da jetzt wie verglichen ???
-
Wer immer eine Nachricht sendet, kann reinschreiben was er will solange er sich an die Formate hält.
Der Vergleich der Antwortliste vergleicht ab der angegebenen Position gegen den Dateninhalt der Nachricht:
Vergleichsdaten (CMPDTA) - Hilfetext
Gibt die Vergleichsdaten an, mit denen bestimmt wird, ob dieser Eintrag
einer Anfragenachricht entspricht. Dieser Parameter besteht aus
Vergleichsdaten und einem Anfangswert für die Nachrichtendaten. Falls
die ID der Anfragenachricht der Nachrichten-ID dieses
Antwortlisteneintrags entspricht, werden die für diese Anfragenachricht
angegebenen Nachrichtendaten mit diesen Daten verglichen. Wurde kein
Anfangswert für die Nachrichtendaten angegeben, muss der erste Teil der
Nachrichtendaten (maximal die ersten 28 Zeichen) genau mit den hier
angegebenen Vergleichsdaten übereinstimmen, damit die für diesen
Antwortlisteneintrag angeforderte Aktion ausgeführt wird. Wurde jedoch
ein Anfangswert angegeben, muss der Teil der Nachrichtendaten, der an
der durch den Anfangswert angegebenen Zeichenposition beginnt, genau mit
den Vergleichsdaten übereinstimmen, damit die angeforderte Aktion
ausgeführt wird. Sind die Vergleichsdaten länger als die
Nachrichtendaten, tritt keine Übereinstimmung auf. Sind keine
Vergleichsdaten angegeben, wird nur die Nachrichten-ID verwendet, um die
Nachricht mit diesem Antwortlisteneintrag abzugleichen. Ist dies der
erste Eintrag in der Nachrichtenantwortliste, der mit der Nachricht
übereinstimmt, wird die in diesem Eintrag angegebene Aktion ausgeführt.
Nachrichtendaten für eine Anfragenachricht können im Parameter MSGDTA
des Befehls SNDUSRMSG oder SNDPGMMSG für die Anfragenachricht angegeben
werden.
Was also vom iNavigator/ACS-Serverjob da in die Nachricht geschrieben wird, kann man u.U. nur im aktiven Joblog sehen, falls die Nachricht nicht per RCVMSG (bzw.API) gelöscht wurde.
Wenn dem nicht so wäre würden unsere ganzen Standardantworten der Anwendung nicht mehr funktionieren.
-
Anscheinend gibt der Serverjob als Nachrichtendaten der Nachricht CPA32B2 als Namen der Datei und der Bibliothek einfach seinen Namen "ACS Database Schemas" (20 Zeichen) mit und löscht die Nachricht anschließend schnell wieder. :-)
-
Es ist zwar etwas mühsam dieses auszuprobieren, aber du kannst ja deinen Server-Job zur Laufzeit mal auf INQMSGRPY(*RQD) stellen. Dann sollten alle Nachricht generell hängen bleiben, da die SYSRPYL ignoriert wird. Der Inhalt der Nachricht sollte dann feststellbar sein.
Aber seltsam ist das Verhalten ja schon.
Similar Threads
-
By Tonazzo in forum NEWSboard Programmierung
Antworten: 22
Letzter Beitrag: 09-03-16, 15:11
-
By Franz.Rung in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 01-09-14, 06:14
-
By alexk2013 in forum NEWSboard Programmierung
Antworten: 11
Letzter Beitrag: 19-06-14, 14:03
-
By GJV23 in forum IBM i Hauptforum
Antworten: 7
Letzter Beitrag: 11-02-14, 12:38
-
By Tommy in forum NEWSboard Windows
Antworten: 1
Letzter Beitrag: 11-07-02, 11:10
Tags for this Thread
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks