Java: Zugriff auf DTQ aus ServletContainer bei Redeployment

[RobertPic]

Folgende Versuche:
- aktuellsten Treiber von JTOPEN versuchen (hat Dieter schon geschrieben)

Plan "B":
- die JT400/JTOPEN aus dem Projekt nehmen und in die Jettyumgebung kopieren - damit sollten die Treiber vom Hotdeployment nicht betroffen sein.

Optimal wäre natürlich ein Connectionpool auf Serverebene (nicht auf Projektebene), aber die meisten Beispiele beschreiben hier nur JDBC-Pools, für die AS400-Communication müsste man wahrscheinlich was "basteln".

Mich irritiert dein Satz "das Javaprogramm läuft auf der AS/400" vom 1. Post - welches Javaprogramm? oder rennt der Server auf der AS/400?

[Haunted]

Hallo,

mit dem Satz meinte ich das der Jetty in dem die Anwendung deployt wird, direkt auf der AS400 läuft.

Die jt400.jar wird ja direkt aus der JRE Umgebung geladen wenn ich mich recht erinnere, ich werde dies aber einmal genauer prüfen.

Danke für eure Hilfe.

[Haunted]

Hallo zusammen,

es lag wirklich an der jt400.jar, nachdem ich diese aus dem lib Verzeichnis entfernt hatte, trat der Fehler nicht mehr auf.

Danke für eure Hilfe

[RobertPic]

Mehrfach Angaben von Jar's, von unterschiedlichen Classloadern und wahrscheinlich auch noch unterschiedliche Versionen (jt400.jar auf der AS/400 und im Webprojekt) haben eben ein gewisses Fehlerpotenzial.

Mit dem jt400.jar/jtopen.jar (allerdings nur 1x) hatte ich bislang noch keine Probleme.

mit dem Satz meinte ich das der Jetty in dem die Anwendung deployt wird, direkt auf der AS400 läuft.

Hätte ich auch so verstanden, war nur etwas ungläubig, dass jemand einen Javaserver nicht auf x86-Hardware fährt.

Aber immer noch besser wie das Monster Websphere Appl. Server. Ich glaue IBM zählt die (nicht benutzten) "Zwangsinstalltionen" bei allen IBM-Servern mit - anders kann ich mir die Verbreitung (Nr.1 JEE-Server) auch nicht erklären.....