Jobs per RUNRMTCMD gehen nicht auf MSGW

[Frank ter Duis]

In dem Spool vom DSPJOB steht die Jobbeschreibung die der Job auf dem entfernten System benützt. Zum Beispiel Jobbeschreibung QTMXRXCS in Bibliothek QTCP. Von da müßte dieses *DFT für den Parameter INQMSGRPY herkommen.

Wobei ich mich etwas schwer tue eine System Jobd zu änder, oder?!?

[Pikachu]

Hab grad mal mit Google nach QTMXRXCS gesucht und dieses Dokument gefunden:

Message Handling with Remote Command Server (REXEC)

[Fuerchau]

Beim nächsten PTF könnte die Änderung wieder weg sein und keiner merkts.

Besser wäre, wenn du in dem CLP einfach eine INQ-Nachricht an QSYSOPR sendest (SNDPGMMSG) und per RCVMSG dann auf eine Antwort wartest und somit selber die Kontrolle übernimmst.

CHGJOB geht natürlich auch.

[Frank ter Duis]

Beim nächsten PTF könnte die Änderung wieder weg sein und keiner merkts.

Besser wäre, wenn du in dem CLP einfach eine INQ-Nachricht an QSYSOPR sendest (SNDPGMMSG) und per RCVMSG dann auf eine Antwort wartest und somit selber die Kontrolle übernimmst.

CHGJOB geht natürlich auch.

Ich werde wohl einen CHGJOB machen. Vorher ist noch ein DCLF, kann der auch auf Fehler laufen (z.B. Datei nicht vorhanden) oder tritt der Fehler erst beim RCVF auf?

Nur zu meinem Verständniss, wenn der CHGJOB auf Fehler läuft, wäre das auch doof (kein MSGW sondern Job beendet sich einfach oder?).

Gruß Frank

[Pikachu]

Am besten einen MONMSG MSGID(CPF0000) direkt nach dem CHGJOB einbauen.

[Fuerchau]

Nunja, ein CHGJOB läuft nur dann auf Fehler, wenn es nicht der eigene ist oder wirklich falsche Parameter angewendet werden (über Variable).

Der DCLF ist für den Compiler und kein Laufzeitbefehl (wie DCL auch).

Erst der RCVF meldet einen Fehler (CPF0864 ist EOF und sollte überwacht werden !).