Ausgabe von RUNRMTCMD unterdrücken

[dschroeder]

Es ist mir jetzt gelungen, in unser Compileprogramm (auf dem Echtsystem) Code einzubauen, der das gerade kompilierte Programm auf unser Testsystem überträgt und dort ebenfalls kompiliert.

Der Aufruf des Compileprogramms auf dem Testsystem wird vom Echtsystem aus per RUNRMTCMD gestartet.

Das Blöde ist jetzt, dass der RUNRMTCMD bei jedem Aufruf auf dem Echtsystem eine Spooldatei hinterlässt. Eine QSYSPRT mit der Ausgabe, die das Remotesystem gesendet hat (so etwas wie "JOB ... auf System ... übergeben").

Hat jemand eine Idee, wie ich die Spoolausgabe unterdrücken kann?

PS:
Mir fällt im Moment nichts besseres ein, als den RUNRMTCMD in einem submitteten CL auszuführen und dann hinter dem RUNRMTCMD ein passendes DLTSPLF auszuführen. Mal sehen, ob das klappt.

[dschroeder]

Ich habe das jetzt über ein CL gelöst. Die Spoolfile wird erzeugt und dann gelöscht.

Das Problem ist also erledigt.

[Robi]

Alternativ, ...

Erstelle dir eine Datei, die ein großes Feld enthält ggf. User + Jobnr. als Key o.ä.)
Dort schreibst du deine Erstellungsbefehle rein.
mit einem ddm-File verbindest du das Zielsystem
dort läuft ein job, der die Datei in schleife liest und den Befehl ausführt.
Läuft der selbe job auch auf dem Basissystem machst du definitiv auf beiden Systemen immer das gleiche
und hast ein Protokoll

Gruß
Robert

[dschroeder]

Alternativ, ...

Erstelle dir eine Datei, die ein großes Feld enthält ggf. User + Jobnr. als Key o.ä.)
Dort schreibst du deine Erstellungsbefehle rein.
mit einem ddm-File verbindest du das Zielsystem
dort läuft ein job, der die Datei in schleife liest und den Befehl ausführt.
Läuft der selbe job auch auf dem Basissystem machst du definitiv auf beiden Systemen immer das gleiche
und hast ein Protokoll

Gruß
Robert

Danke Robert. Das war genau der Ansatz, der uns vorschwebte, wenn es mit dem RUNRMTCMD nicht klappt. Aber das RUNRMTCMD ist eine relativ schlanke Lösung. Wir möchten gerne dabei bleiben.

[tfroehlich]

Hallo zusammen,

wie wir noch 4 Maschinen hatten (Pro Standort eine) habe ich damals mit dem Command arexec gearbeitet.
War bzw ist dieser Befehl der Vorläufer vom runrmtcmd?

[dschroeder]

Ich glaube, es ist der gleiche Befehl.

Zitat aus dem Hilfetext:
"Der Befehl RUNRMTCMD (Fernen Befehl ausführen), auch als AREXEC bekannt, wenn eine SNA-Adresse für den Namen ..."

[Fuerchau]

Wenn du per DSPCMD mal siehst, welches Programm dahinter steckt: es ist das selbe!
Die CMD's legen nur unterschiedliche Parameter offen.
AREXEC war ausschließlich für das Ausführen im SNA-Umfeld. Mit der IP-Welt wurde halt RUNRMTCMD eingeführt.
Für das SNA-Umfeld gibts übrigens noch den SBMNETJOB, der JCL-Anweisungen aus einer 80-stelligen PF liest und an einen User sendet.
Mittels Überwachungsjob kann man diesen dann wiederum zur Ausführung bringen. War eine nette Spielerei für Softwareverteilung vor IP.

[tfroehlich]

Danke für die Info.

Wir haben damals den Datenaustausch über DDMF durchgeführt und nach fertiger Verarbeitung hat das verarbeitende System eine Prüfdatei auf dem anderen System erstellt. Lief damals unter der S36-Umgebung .
Das habe ich auch damals für die Euroumstellung auf 3 Maschinen genutzt. Lang ist es her.

[Fuerchau]

Im Zusammenhang mit DDMF gibt es noch den SBMRMTCMD.