Teilweise ConnectionDroppedException bei Aufruf RPG-Programm aus Java

[Ottersberg]

Moin,

ich habe ein RPG-Programm, dass ein CL-Programm eines Drittanbieters aufruft und das Ergebnis anschließend zurückgibt.

Rufe ich das RPG-Programm über ein anderes RPG-Programm auf, funktioniert alles wunderbar.
Jetzt möchte ich das RPG-Programm aber aus der Windowswelt aufrufen. Am Einfachsten schien mir das mit Java zu sein, da ich das schon gemacht habe.
Ich habe ein Java-Programm erstellt, in dem ich über ProgramCall das RPG-Programm aufrufe.

Lasse ich das Programm laufen, bekomme ich aber immer eine ConnectionDroppedException. Nehme ich den Aufruf des CL-Programms heraus, läuft das Programm normal durch. Es liegt also sicherlich an dem CL-Programm, ich weiß nur nicht warum.

Leider gibt es kein Joblog auf der AS/400. Ich habe in das Java-Programm eingebaut, dass es mir das Joblog ausgibt, bevor das RPG-Programm aufgerufen wird. Bis dahin ist alles i.O.
Auch wenn ich die Nachrichtenaufzeichnung im Java-Programm auf *SECLVL anpasse, erhalte ich kein Joblog.

Im Log steht nur:
Job 220732/QUSER/QZRCSRVS im Subsystem QUSRWRK in QSYS […] gestartet.
Benutzer xyz […] ist mit Job 220732/QUSER/QZRCSRVS […] verbunden.
Job 220732/QUSER/QZRCSRVS endete […] nach 0,022 Sekunden; Beendigungscode 0

Die Jobs landen alle im Subsystem QUSRWRK und die ist verbunden mit der Jobqueue QUSRNOMAX. Ich habe versucht die Jobqueue anzuhalten und dann das Programm zu starten, aber der Job ist dort trotzdem nicht zu sehen. Ich vermute, dass ist absichtlich so von der IBM gestaltet?

Weiß jemand was ich noch tun kann um herauszufinden warum das nicht funktioniert?
Gibt es Alternativ andere Möglichkeiten als ProgramCall. Am Besten auch über Java oder notfalls auch ganz anders?

[andreaspr@aon.at]

Hallo,

Vielleicht benötigt das CL eine bestimmte Umgebung (LIBL, CCSID, Interactiv?, etc.)
Hast du schon probiert das RPG mit SBMJOB zu übergeben.
In RPG lass dir z.b. mit DSPLY oder in eine Tabelle den Status ausgeben.

Ich rufe Programme generell als externe Stored Procedure ganz normal via SQL {CALL RPGPGM (?,?,?)} über JDBC auf.

lg Andreas

[Ottersberg]

Moin,

Vielleicht benötigt das CL eine bestimmte Umgebung (LIBL, CCSID, Interactiv?, etc.)
Hast du schon probiert das RPG mit SBMJOB zu übergeben.
In RPG lass dir z.b. mit DSPLY oder in eine Tabelle den Status ausgeben.

LIBL habe ich vorher im Java-Programm angeglichen.
SBMJOB habe ich gerade probiert. Hat auch funktioniert.

Die Ausgabe in eine Tabelle hat mir aber den entscheidenden Punkt gebracht. Manchmal ist es doch so einfach. Die mitgegebenen Parameter waren falsch.
Zufällig habe ich danach auch noch eine Warteschlange gefunden, in die das CL-Programm etwas schreibt. Dort stand das dann auch. Schön wäre es gewesen, wenn diese Warteschlange in der Doku erwähnt wäre.
Blöd ist nur, dass das CL-Programm dann scheinbar einfach den Job beendet hat und das auch noch ohne Fehler. Das RPG-Programm kam gar nicht bis zum Ende. Auch blöd, dass das CL-Programm, das extra einen Parameter für eine Error-DS hat, diese DS nicht gefüllt hat.
Naja jetzt funktioniert es jedenfalls.

Danke für den entscheidenden Tipp.

Ich rufe Programme generell als externe Stored Procedure ganz normal via SQL {CALL RPGPGM (?,?,?)} über JDBC auf.

Das ist interessant. Das werde ich mir merken, falls ich das mal brauche.