È perché l'implicito la conversione della data non riesce. Aggiungi TO_DATE() invece di assegnare direttamente la stringa di data a una variabile di data. Se java.sql.Date viene utilizzato il TO_DATE() non è richiesto.
La conversione implicita di solito dipende dal NLS_DATE_FORMAT della sessione .
Nel tuo caso in_cnt__date DATE := '&1' è il colpevole. &1 verrà effettivamente tentato di convertire in una data.. E da qui l'eccezione generata!
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 poi,
cs.setDate(1, (java.sql.Date) Route.datePrf);
Imposterà la data per in_cnt__date;
Infine, per recuperare i valori in hv_cnt_id Quanto segue viene aggiunto al tuo PL/SQL bloccare
"? := hv_cnt_id;"
E da JDBC, lo otteniamo come,
cs.setDate(1, (java.sql.Date) Route.datePrf);
cs.registerOutParameter(2, Types.NUMBER);
cs.execute();
contextId = cs.getInt(2);
