ILE-RPG mit Java erster Aufruf dauert sehr lange

[Sven Schneider]

Frage an Dieter und Vorschlag :
Wie sieht es eigentlich aus wenn ich das Java-PGM als store procedure implementiere und per embedded SQL von RPG aufrufe. ?
Wie erfolgt hier die Instanzierung der JVM?

Sven

[BenderD]

Hallo Sven,

auf den ersten Blick mag das besser aussehen, allerdings mit harten Restriktionen und katastrophalen Folgen für die Anwendung. Bei den neueren Releases (ich meine 5.2, könnte auch 5.1 sein) bleibt die JVM im Job resident und wird nur mit System.exit() gekippt, ob das der Spezifikation entspricht entzieht sich meiner momentanen Kenntnis. Aber sei's drum, jetzt ändert sich für embedded SQL in RPG lokal nix (JVM läuft im selben Job), aber remote (JVM läuft im Server Job) verhält sich das völlig anders.
Hinzu kommt, dass die stored procedure rübergemappt wird auf static Methoden, die ihrerseits wieder nur an static Komponenten drankommen (ist nunmal so in Java) und ein SQL Client nie vorhersagen kann von welchem Server Job er bedient wird, es sei denn er hält die Connection offen. Hält man die Connection, hat man wieder die 1:1 Beziehung für die JVMs und aufrufenden Jobs, gibt man sie frei, um JVMs zu sparen, weiss man nicht, ob das was nutzt und wenn es was nutzt, weiss man nicht in welchem "Zustand" sich die JVM befindet.
Ich bleibe bei meiner Empfehlung:
- keine Java Aufrufe aus RPG
- keine RPG Aufrufe aus Java
- kein Mix von RPG und Java
wenn es um die Verwendung von Komponenten geht (soll es ja sogar in RPG Anwendungen geben), dann muss man das wie einen Serverdienst anlegen (kann man unter Stichworten, wie CORBA oder WebServices nachlesen wie sowas von der Struktur aussieht).
Auf den praktischen Nenner gebracht, bedeutet das genau das, was ich hier konkret vorgeschlagen habe.

mfg

Dieter Bender

Frage an Dieter und Vorschlag :
Wie sieht es eigentlich aus wenn ich das Java-PGM als store procedure implementiere und per embedded SQL von RPG aufrufe. ?
Wie erfolgt hier die Instanzierung der JVM?

Sven