WRKRDBDIRE MS Sql Server ansprechen

[Fuerchau]

Weil durch das Einbinden von Java in RPG eine unglückliche Kombination verwendet wird. Es läuft zwar, aber du erstellst einen parallelen Java-Job (JVM), der dir über die Gesamtlaufzeit deines Jobs erhalten bleibt.
Zugegeben ist das jetzt nicht so das Problem. Bedenke aber, dass dies ja durchaus mehrfach in verschiedenen Jobs passieren kann. Machst du den Java-Aufruf auch noch über QSH erstellst du sogar 2 Zusatzjobs, da auch QSH in einem separaten Job läuft.
Bei Ardgate hast du das Problem nicht.
1. Du brauchst keine Java-Kenntnisse.
2. Du arbeitest mit embedded SQL.
Das verstehen dann ggf. auch andere.

[andreaspr@aon.at]

Wie D*B so schön zu sagen pflegt: da geht wieder alles drunter und drüber ...

Bei Ardgate steht auch nur ein Java PGM dahinter.
Der einzige Grund warum es die von Fuerchau und D*B beschriebenen Probleme gibt, ist einfach nur das Resultat einer falschen Implementierung mit Java.

Du kannst Java auf der IBM i genauso Performant und skalierbar einsetzen wenn du:
* Das Java in RPG in einem eigenen Job laufen lässt.
* Die Kommunikation (den Aufruf) via DataQ steuerst.
* Dadurch hast du mit der Skalierung keine Probleme, da du an die DataQ soviele Jobs anhängen kannst wie du halt benötigst.
Somit vermeidest du alle oben genannten Probleme.

lg Andreas

[Fuerchau]

Auch dafür bietet D*B ja entsprechende Software an;-). Warum immer alles neu erfinden?