JT400 Vers. 6_2 / 6_3 SQLNonTransientConnectionException

[pmvstrm]

Hallo,

Ich bekomme bei diversen Java Prorammen
(z.B Squirrel oder Jasper Reports) auf mehreren
Rechnern in unserer Firma die oben genannte Exception.
Es hat sich rein gar nichts verändert aber der Fehler tritt
setn ca. 4 Tagen gehäuft bei diversen Personen mit teilweise
verschiedensten Java Programmen auf.

SQLNonTransientConnectionException (Java Platform SE 6) (http://java.sun.com/javase/6/docs/api/java/sql/SQLNonTransientConnectionException.html)

Weiß einer genaueres oder muss man den TimeOut Wert für
JT400.jar nur irgendwo höher einstellen?

Laut Entwickler Notes soll ist ein Timeout Parameter und
einstellbares TTL für JT400.JAR in Arbeit (steht auf der
ToDo-Liste) aber momentan noch nicht verfügbar.

Langsam wird das Problem bei uns recht ätzend. Haben uns
jetzt auch auf eine ganz andere AS/400 connected, da stellt
es sich aber genauso da.

Hab den Admin bei uns schon bescheid gesagt, der meint an
der Netzwerkverkabelung oder am Switch liegts nicht.

Bin jetzt mit meinem Latein langsam am Ende.

Grüße, P

[Fuerchau]

Es muss wohl am Design liegen:

Upcoming Features in JDBC 4 (http://www.artima.com/lejava/articles/jdbc_four3.html)

Ansonsten mal weiter suchen:
sql non transient connection - Google-Suche (http://www.google.de/search?q=sql+non+transient+connection)

[pmvstrm]

Guten Morgen, bin nun ein paar Schritte weiter.


Es muss wohl am Design liegen:

Upcoming Features in JDBC 4 (http://www.artima.com/lejava/articles/jdbc_four3.html)



Ist korrekt, JTOpen (JT400.jar)
implementiert noch nicht alle Funktionen
die JDBC 4.0 vorschreibt, ein Timeout-
parameter steht aber schon auf der Entwickler ToDo Liste und wird in Vers. 6.4 oder später implementiert sein.



Ansonsten mal weiter suchen:
sql non transient connection - Google-Suche (http://www.google.de/search?q=sql+non+transient+connection)

Habe ich bereits gemacht, siehe oben.
Laut API Doc beschreibt die Exception
einen Fehlerzustand, der dann eintritt
wenn eine Verbindung bereits etabliert wurde. Sprich, der JDBC-Treiber kann die Verbindung nicht aufechterhalten und die I5 terminiert die Verbindung
einfach wenn keine Pakete mehr eintreffen.

Habe für meine Applikation das
Problem jetzt mittels folgenden Workarround umgangen.

Habe mir Protomatter von
Sourceforge besorgt (OpenSource JDBC-Connectionpooler) der stelbstständig KeepAllive Pakete
mit JT400.JAR austauscht. Für die Applikationen bleiben nun die Verbindungen erhalten.

Protomatter Free Software version 1.1.8 (http://protomatter.sourceforge.net/1.1.8/index.html)

Also momentan jkomme ich da ganz gut
zurecht, aber die JTOpen Entwickler müssen da aktiv werden und das
Problem fixen. Werde später mal einen
Bugreport einsenden.

[pmvstrm]

Hallo,

Ich habe das Problem auf das Programm Squirrel eingrenzen können.
Eigentlich arbeite ich gerne damit, aber so lange Squirrel das einzige
Programm ist, das bei unserem System i so einen Ärger macht, warte
ich lieber auf ein Update.

Derzeit nutze ich das Database SQL-Querytool das in Netbeas 6.x
eingebaut ist (Reiter/Services) und das klappt auch ganz gut.
Ich werde relativ bald einen StrackTrace ans Squirrelteam schicken
damit die sich das anschauen können (OpenSource lebt ja vom
mitmachen) ;D

/closed

[Fuerchau]

Mit Eclipse läuft auch "net.sourceforge.sqlexplorer_3.5.0" ganz gut und stabil.