É porque o implícito a conversão de data está falhando. Adicionar
TO_DATE() em vez de atribuir diretamente a string de data a uma variável de data. Se java.sql.Date for usado, o TO_DATE() não é necessário. A conversão implícita geralmente depende do
NLS_DATE_FORMAT da sessão . No seu caso
in_cnt__date DATE := '&1' é o culpado. &1 será realmente tentado converter em uma data .. E, portanto, a exceção lançada! public static final String CONTEXT = "DECLARE in_cnt__date DATE := ? ;" +
"hv_cnt_id NUMBER := 0; " +
"BEGIN DBMS_OUTPUT.ENABLE (NULL); " +
"INSERT INTO dt_contexts (CNT_ID, CNT_CONTEXT, CNT_TYPE, CNT_SOURCE, CNT_COMMENT, CNT_DATE, CNT_DATE_INSERT, CNT_DATE_UPDATE) " +
"VALUES (0, 'EPE_CONTEXT', 'ROUTE', 'bdd', 'Built from ROUTE', in_cnt__date, SYSDATE, SYSDATE); " +
"SELECT SEQ_DT_CNT_ID.CURRVAL INTO hv_cnt_id FROM DUAL; " +
"? := hv_cnt_id;
"EXCEPTION WHEN OTHERS THEN RAISE ; END;";
E depois,
cs.setDate(1, (java.sql.Date) Route.datePrf);
Irá definir a data para
in_cnt__date; Finalmente, para recuperar os valores em
hv_cnt_id O abaixo é adicionado ao seu PL/SQL quadra "? := hv_cnt_id;"
E do JDBC, obtemos como,
cs.setDate(1, (java.sql.Date) Route.datePrf);
cs.registerOutParameter(2, Types.NUMBER);
cs.execute();
contextId = cs.getInt(2);
