Jobs per RUNRMTCMD gehen nicht auf MSGW

[Pikachu]

Bau in das CL-Programm mal ein DSPJOB OUTPUT(*PRINT) ein und suche in der dazu erstellen Spooldatei mal nach INQMSGRPY.

[Frank ter Duis]

Wie ich vermutet habe:

CPI1125    Information             00   08.01.10  14:52:47,084473  QWTPCRJA     QSYS        010F     *EXT                    *N    
                                     Nachricht . . . :   Job 299315/$FTPH12_D/$FTPJOBDD übergeben.                                 
                                     Ursache  . . . . :  Job 299315/$FTPH12_D/$FTPJOBDD wurde von Job                              
                                       299050/TERDUIS/QPADEV000T an Jobwarteschlange QBATCH in QGPL übergeben. Job                 
                                       299315/$FTPH12_D/$FTPJOBDD wurde mit dem Befehl SBMJOB (Job übergeben) mit                  
                                       den folgenden Jobattributen gestartet: JOBPTY(5) OUTPTY(5) PRTTXT()                         
                                       RTGDTA(QCMDB) SYSLIBL(QSYS       QSYS2      QHLPSYS    QUSRSYS)                             
                                       CURLIB(*CRTDFT) INLLIBL(EFINTD     EHGGPL     EHGPGM     EHGDAT     EHGWRK                  
                                         EDPGM      EDDAT      EDWRK      QGPL       QTEMP      EDSRC)                             
                                       INLASPGRP(IASP_H12) LOG(4 00 *SECLVL) LOGCLPGM(*NO) LOGOUTPUT(*JOBEND)                      
                                       OUTQ(/*DEV) PRTDEV(PRT01) INQMSGRPY(*RQD) HOLD(*NO) DATE(*SYSVAL)                           
                                       SWS(00000000)  MSGQ(QUSRSYS/TERDUIS) CCSID(273) SRTSEQ(*N/*HEX) LANGID(DEU)                 
                                       CNTRYID(DE) JOBMSGQMX(16) JOBMSGQFL(*WRAP) ALWMLTTHD(*NO) SPLFACN(*KEEP).

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