Poprzednio zadałem następujące pytanie:Zapytanie DB2 Nieznana nazwa kolumny ERRORCODE = -4460, SQLSTATE = null

Od tego czasu dowiedzieliśmy się, że zmiana z db2jcc4.jar (JCC) z db2jcc.jar (UNIVERSAL) rozwiązuje problem w naszym środowisku programistycznym. Problem polega na tym, że ten, który nie działa, jest nowszy. Nie chcemy cofać się w sprawie naszego kierowcy bez naprawdę dobrego powodu. Ale powód, dla którego zapytanie w powyższym linku jest nieprawidłowe w nowym sterowniku, nie jest dla mnie zrozumiały.

Wiemy, że to ta kolumna ... jeśli usuniemy ją z wyników, wymuszając pustą przestrzeń, wszystko działa (z wyjątkiem tego, że nie dostajemy danych). Zapytanie działa poprawnie w innych środowiskach.

Widziałem kilka postów sugerujących, że błąd ten jest związany z meta danych, które getColumn () jest niezgodne z JDBC3 i JDBC4. Ale w tym zapytaniu nie robimy niczego szczególnego, co nie jest robione w wielu innych zapytaniach, przynajmniej nie tak daleko, jak możemy powiedzieć.

Czy ktoś wie, co z tym zapytaniem może wyłączać? Czy można naprawić to zachowanie ... jakieś ustawienie lub obejście albo nowy sterownik?

Pełny wyjątek:

com.ibm.db2.jcc.a.SqlException: [jcc] [10150] [10300] [4.3.111] Niepoprawny parametr: Nieznany> nazwa kolumny FILTER_VALUE_DECODE. ERRORCODE = -4460, SQLSTATE = null w com.ibm.db2.jcc.a.dd.a (dd.java:660) w com.ibm.db2.jcc.a.dd.a (dd.java:60) w com.ibm.db2.jcc.a.dd.a (dd.java:103) w com.ibm.db2.jcc.a.ib.a (ib.java:1674) w com.ibm.db2.jcc .a.yl.a (yl.java:1625) w com.ibm.db2.jcc.a.yl.getString (yl.java:1468) w com.ibm.ws.rsadapter.jdbc.WSJdbcResultSet.getString (WSJdbcResultSet .java: 2467) w org.hibernate.type.StringType.get (StringType.java:41) w org.hibernate.type.NullableType.nullSafeGet (NullableType.java:184) w org.hibernate.type.NullableType.nullSafeGet ( NullableType.java:210) w org.hibernate.loader.custom.CustomLoader $ ScalarResultColumnProcessor.extract (CustomLoader.java:501) w org.hibernate.loader.custom.CustomLoader $ ResultRowProcessor.buildResultRow (CustomLoader.java:447) w org .hibernate.loader.custom.CustomLoader.getResultColumnOrRow (CustomLoader.java:344) w org.hibernate.loader.Loader.getRowFromResultSet (Loader.java:647) w org.hibernate.loader.Loader.doQuery (Loader.java:745 ) na org.hibernate.loader.Loader .doQueryAndInitializeNonLazyCollections (Loader.java:270) w org.hibernate.loader.Loader.doList (Loader.java:2294) ... 64 więcej