Het is omdat de impliciete datumconversie mislukt. TO_DATE() toevoegen in plaats van de datumreeks rechtstreeks toe te wijzen aan een datumvariabele. Als java.sql.Date wordt gebruikt, de TO_DATE() is niet vereist.
De impliciete conversie hangt meestal af van de NLS_DATE_FORMAT . van de sessie .
In jouw geval in_cnt__date DATE := '&1' is de boosdoener. &1 zal daadwerkelijk worden geprobeerd om te zetten in een datum.. En vandaar de uitzondering!
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;";
En dan,
cs.setDate(1, (java.sql.Date) Route.datePrf);
Zal de datum instellen voor in_cnt__date;
Ten slotte, om de waarden op te halen in hv_cnt_id Het onderstaande is toegevoegd aan uw PL/SQL blok
"? := hv_cnt_id;"
En van JDBC krijgen we zoiets van,
cs.setDate(1, (java.sql.Date) Route.datePrf);
cs.registerOutParameter(2, Types.NUMBER);
cs.execute();
contextId = cs.getInt(2);