#34435
Javier Ader
Participante

Puede ser pero tené en cuenta que el error (algo que no puse….) se muestra a nivel “fine” y que el error de la “falta de parametros” a nivel severe (este ultimo puede no estarte ocurriendo por otras razones; tal vez tu “try locally” en exeuteQuery() tiene éxito); y en los dos casos, con o sin error DB devuelve -1 (que como decís es correcto justo en el ejemplo, pero podría no serlo).
Si no me equivoco para que se muestren todos estos mensajes por consola habría que agregar un linea CLogMgt.setLevel(Level.ALL); al test justo debajo del org.openXpertya.OpenXpertya.startupEnvironment( true );
(yo la excepción la vi solo después de poner un breakpoint en el primer catch de CPreparedStatement.excecuteQuery())
Otra forma de verificar si Postgres 8.2 soporta este casting explicito sería directamente ejecutar desde pgAdmin o algún cliente consola la sentencia:
“SELECT C_BPartner_ID FROM Libertya.C_BPartner WHERE AD_OrgBP_ID=0”
Esa sentencia desde mi pgAmidn contra el server 8.3 me tira el mismo error semántico de castings que la excepción que en CPreparedStatement.