Jobs per RUNRMTCMD gehen nicht auf MSGW

[Pikachu]

Nein, ich meinte in das CL-Programm auf der entfernten Maschine.

[Frank ter Duis]

Nein, ich meinte in das CL-Programm auf der entfernten Maschine.

Das ist von dem Remote Job der entfernten Maschine!

[Pikachu]

Bau doch mal wie gesagt einen DSPJOB OUTPUT(*PRINT) in das CL-Programm ein. Bei einem SBMJOB kommt die Einstellung für den Parameter INQMSGRPY doch aus der Jobbeschreibung (Standardwert *JOBD).

[Frank ter Duis]

Ich entschuldige mich und behaupte das Gegenteil ;-):

Jobschalter  . . . . . . . . . . . . . . . . :   SWS          00000000 
Antwort auf Anfragenachricht . . . . . . . . :   INQMSGRPY    *DFT     
Abrechnungscode  . . . . . . . . . . . . . . :   ACGCDE       *SYS     
Drucktext  . . . . . . . . . . . . . . . . . :   PRTTXT       '

Kann ich diese Verhalten den irgendwie unterdrücken. Als alternative würde ich als ersten Befehl im CL ein CHGJOB machen. Obwohl ich das etwas unglücklich finde.

[Fuerchau]

Das ist aber die einzige Möglichkeit, wenn du auf MSGW gehen willst.
Allerdings wartet in diesem Fall dein Programm auch ewig.

*DFT nimmt die Defaultantwort aus der MSGID und eben nicht aus RPY, wie ich ja sagte !

[Frank ter Duis]

Das ist aber die einzige Möglichkeit, wenn du auf MSGW gehen willst.
Allerdings wartet in diesem Fall dein Programm auch ewig.

*DFT nimmt die Defaultantwort aus der MSGID und eben nicht aus RPY, wie ich ja sagte !

Das der Hauptjob wartet ist in unserem Fall jetzt auch notwenig.

Danke für Eure Hilfe!

Gruß Frank

[Pikachu]

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.

[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.