SBMJOB und Parameterübergabe

[BenderD]

... das Command Objekt macht einiges mehr, was hier nicht zum Verständnis nötig ist (z.B.: special values übersetzen etc.) und wird sowohl vor dem submit, als auch nach dem submit aufgerufen.

D*B

Kleine Korrektur:
Vor dem Submit erfolgt nur die Aufbereitung des zu übergebenden Befehls als Gesamtstring!

Erst im gestarteten Job wird dieser String durch den Commandprozessor wieder zerlegt und nach obigen Kriterien dann der Speicherbereich aufgebaut und das auszuführende Programm aufgerufen.

Allerdings ist das Entfernen von "überflüssigen" Leerzeichen beim Submit bereits erfolgt.

[Fuerchau]

Ja, das betrifft das SBMJOB-Command selber aber nicht das darin eingebettete auszuführende CMD.

Der Job wird initiiert und das auszuführende CMD bzw. die RQSDTA werden als Request-Message in die Job-MSGQ gestellt.
Über die Routing-Entries im Subsystem wird das zu startende Programm ermittelt (default QCMD).
Dieser liest die Nachricht aus der Job-MSGQ und führt dann das Command mittels Transfercontrol (TFRCTL) aus.

Über die Routing-Entries könnte ich auch ein eigenes Programm aufrufen lassen und mit den Daten die ich per RCVMSG abholen muss dann was ganz anderes machen.

[BenderD]

@Baldur: ich bleibe bei meinem Einspruch!
das unter Parameter CMD des SBMJOB eingetragene Command wird vor dem SBMJOB benutzt, um den Übergabebereich zu erstellen und zu füllen (erkennbar daran, dass man Parameter prompten kann etc.)
Im submitteten Job wird der command dann wieder benutzt um das command processing programm aufzurufen und die Parameter dafür aufzubereiten (erkennbar daran, das validity checker ausgeführt werden etc.)

D*B

[KM]

Hallo,

hier hab ich auch noch einen aktuellen Beitrag von Joe Pluta zu diesem Thema gefunden.

Practical CL: The 32-Character Solution | CL

Gruß,
KM