Kommunikation zwischen Java und iSeries

[BenderD]

@LuftHängen: falls man da einen Timeout mitlaufen lässt sollte das kein Problem sein, rein RPG seitig gibt es da auch noch CEE4RAGE (ILE Exit Handler), damit kann man beim abnippeln des Jobs noch eine Aktion hinterherschieben.
@AppServer: falls ich euer Problem richtig verstanden habe, wollt ihr doch aus Java RPG aufrufen, sprich: Java ist Client und RPG benötigt einen Server Dienst? da hilft ein Java AppServer wenig!

D*B

Danke für die Antworten:

naja, Java-Threads haben in dem Fall den Nachteil, wenn der Client sich verabschiedet, auch die Anwendung in der Luft hängt.

Wir denken jetzt in Richtung ApplicationServer, der auf der iSeries läuft.
Wenns interessiert, kann ich dann ja von der Lösung berichten.

Lg

[beegee]

Ja, wir möchten vom Java-Programm ein iSeries-Programm submitten (bzw. ein CL-Programm aufrufen, welches submittet) und entweder gibt iSeries Bescheid an Java wenn Job fertig ist, oder Java-Client horcht bei iSeries, ob Job fertig ist.

[BenderD]

für "kurz" laufende Programme würde ich da stored Procedures vorziehen. Für Langläufer würde ich das auch asynchron entkoppeln und die Completion Message per DataQ oder MessageQ zurück senden. Aber ob du vom Aufrufer im selben Thread wartest, der aufgerufen hat, oder einen (zentralen) Listener hast, der auf die Antworten wartet, die Verhunger Problematik hast du immer identisch am Backen (und da bleibt nur Timeout oder ExitHandler)

D*B

Ja, wir möchten vom Java-Programm ein iSeries-Programm submitten (bzw. ein CL-Programm aufrufen, welches submittet) und entweder gibt iSeries Bescheid an Java wenn Job fertig ist, oder Java-Client horcht bei iSeries, ob Job fertig ist.