Message Information in LOG vermeiden.

[jaimosky]

Hallo Leute,

Vielleicht eine einfache Frage, aber habe ich keine Antwort gefunden.

Wie kann ich vermeiden, wenn ich in ein CL Programm ein Command wie CHGATR durchführe , dass die Message Information in der Job Log geschrieben werden?

"Attribute wurden für 1 Objekte geändert. 0 Objekte wurden nicht geändert."

Ich habe in CRTCLPGM das parameter Log commands zu *NO gemacht, aber das scheint nicht zu funktionieren...

sG.
Jaime

[rmittag]

Beispiel für *EXCP

monMsg ( <liste der msg id's ) +
exec(do)                                                          
   rcvMsg MsgType(*excp) rmv(*yes)
   extra code
endDo

[Fuerchau]

Log commands *NO heißt nur, dass die CL-Befehle selber nicht ins Log geschrieben werden.

Info-Nachrichten, Complete-Nachrichten lösen kein MONMSG aus und sind daher nicht überwachbar.

Allerdings kann man per RCVMSG ... RMV(*YES) Nachrichten lesen und entfernen.

[jaimosky]

Danke!

Ich werde es probieren.

Jaime

[MKnoll]

Hallo jaimowski,

versuch doch mal, ob Du innerhalb Deines CL-Programms was mit dem Befehl CHGJOB (Keyword LOG) erreichst - da lässt sich nämlich einiges einstellen:

Change Job (CHGJOB)

Message logging: LOG
Level . . . . . . . . . . . . 4
Severity . . . . . . . . . . . 00
Text . . . . . . . . . . . . . *NOLIST


Gruss,

Mirko

[Fuerchau]

Dies hat nur Einfluss auf DSPLOG ... OUTPUT(*PRINT).
Zur Laufzeit stehen natürlich erstmal alle Nachrichten drin, da sie ja ggf. von einem Programm per RCVMSG gelesen werden können.

Nachricht löschen geht tatsächlich nur per RCVMSG ... RMV(*YES) oder, wenn man den MSGKEY gelesen hat mit RMVMSG.

[BenderD]

... dieses Thema erinnert mich an mein Auto, wo eine Fehlerhafte Software lusitig Diagnose Meldungen produziert und wenn die Software selber zu merken meint, dass das wieder mal ein Bug gewesen sein muss, wird der gesamte Fehlerspeicher gelöscht, um den Eindruck zu erwecken, dass das Opfer dieser Software blöd und selbige genial ist.

[MKnoll]

Tja, man lernt immer noch was dazu.

Und wenn mir auch einleuchtet, dass es zur Laufzeit durchaus Sinn macht, die Nachrrichten trotzdem noch irgendwie auslesen zu können, grenzt das Ganze denn doch schon an Schizophrenie für mich.
Ich habe es mal ausprobiert:
Es ist schon sehr gewöhnungsbedürftig, dass die Ergebnis-Meldungen von abgesetzten Befehlen zwar im JOBLOG zu sehen sind, die abgesetzten Befehle selbst aber nicht !

Grüsse,

Mirko

[Fuerchau]

Nun ja, Sinn und Zweck von Nachrichten ist ja ggf. die Auswertung derselben.
Zwischen Kommando und Ergebnis gibt es eher selten eine Kommunikation.
Hierfür dienen dann Status/Info/Abbruch/Complete-Nachrichten, die ich im CLP dann auch per RCVMSG auswerten kann.

Per LOGCLPGM kann man ja (falls erlaubt) die Befehle auch protokollieren lassen.

Wenn ich z.B. einen CPYF im CLP verwende, bekomme ich ausschließlich in der PGM-Queue die Antwort über die Anzahl kopierter Sätze.
Dies muss ich nun mal mit RCVMSG auslesen, wobei mir selber überlassen wird, ob ich die Information stehen lasse oder nicht.

Zu Unterscheiden ist jedoch die PGM-MSGQUEUE und das Joblog.
Das Senden von Nachrichten an eine PGM-Queue läßt sich nicht unterbinden.
PGM-Nachrichten werden nun mal auch im Joblog protokolliert.