Ich habe zuvor die folgende Frage gestellt:Unbekannter Spaltenname der DB2-Abfrage ERRORCODE = -4460, SQLSTATE = null

Wir haben seitdem erfahren, dass das Ändern von db2jcc4.jar (JCC) von db2jcc.jar (UNIVERSAL) das Problem in unserer Entwicklungsumgebung löst. Das Problem ist, dass das, was nicht funktioniert, das neuere ist. Wir wollen unseren Fahrer nicht ohne guten Grund zurücktreten. Aber der Grund, warum die Abfrage im obigen Link im neuen Treiber ungültig ist, wird von mir nicht verstanden.

Wir wissen, dass es sich um diese Spalte handelt ... Wenn wir sie aus den Ergebnissen entfernen, indem wir einen leeren Bereich erzwingen, funktioniert alles (außer wir erhalten die Daten nicht). Die Abfrage funktioniert problemlos in anderen Umgebungen.

Ich habe einige Beiträge gesehen, die darauf hindeuten, dass dieser Fehler mit der Methode getColumn () für die Metadaten der Ergebnismenge zusammenhängt, die zwischen JDBC3 und JDBC4 inkonsistent ist. Aber wir machen nichts Besonderes in dieser Abfrage, das nicht in vielen anderen Abfragen gemacht wird, zumindest nicht so weit wir das beurteilen können.

Weiß jemand, was über diese Frage Sachen auslösen könnte? Gibt es ein Update für dieses Verhalten ... entweder eine Einstellung oder eine Problemumgehung oder einen neuen Treiber?

Die volle Ausnahme:

com.ibm.db2.jcc.a.SqlException: [jcc] [10150] [10300] [4.3.111] Ungültiger Parameter: Unbekannt> Spaltenname FILTER_VALUE_DECODE. ERRORCODE = -4460, SQLSTATE = null in com.ibm.db2.jcc.a.dd.a (dd.java:660) in com.ibm.db2.jcc.a.dd.a (dd.java:60) at com.ibm.db2.jcc.a.dd.a (dd.java:103) at com.ibm.db2.jcc.a.ib.a (ib.java:1674) at com.ibm.db2.jcc .a.yl.a (yl.java:1625) unter com.ibm.db2.jcc.a.yl.getString (yl.java:1468) unter com.ibm.ws.rsadapter.jdbc.WSJdbcResultSet.getString (WSJdbcResultSet .java: 2467) bei org.hibernate.type.StringType.get (StringType.java:41) bei org.hibernate.type.NullableType.nullSafeGet (NullableType.java:184) bei org.hibernate.type.NullableType.nullSafeGet ( NullableType.java:210) bei org.hibernate.loader.custom.CustomLoader $ ScalarResultColumnProcessor.extract (CustomLoader.java:501) bei org.hibernate.loader.custom.CustomLoader $ ResultRowProcessor.buildResultRow (CustomLoader744 .hibernate.loader.custom.CustomLoader.getResultColumnOrRow (CustomLoader.java:344) bei org.hibernate.loader.Loader.getRowFromResultSet (Loader.java:647) bei org.hibernate.loader.Loader.doQuery (Loader.ava:45 ) unter org.hibernate.loader.Loader .doQueryAndInitializeNonLazyCollections (Loader.java:270) unter org.hibernate.loader.Loader.doList (Loader.java:2294) ... 64 weitere