Dzieje się tak, ponieważ ukryty konwersja daty nie powiodła się. Dodaj TO_DATE()
zamiast bezpośrednio przypisywać ciąg daty do zmiennej daty. Jeśli java.sql.Date
jest używany, TO_DATE()
nie jest wymagane.
Niejawna konwersja zwykle zależy od NLS_DATE_FORMAT
sesji .
W Twoim przypadku in_cnt__date DATE := '&1'
jest winowajcą. &1
faktycznie zostanie podjęta próba konwersji na datę.. I stąd wyjątek!
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;";
A potem
cs.setDate(1, (java.sql.Date) Route.datePrf);
Ustawi datę dla in_cnt__date
;
Wreszcie, aby pobrać wartości z hv_cnt_id
Poniższe jest dodawane do twojego PL/SQL
zablokuj
"? := hv_cnt_id;"
A z JDBC otrzymujemy to tak,
cs.setDate(1, (java.sql.Date) Route.datePrf);
cs.registerOutParameter(2, Types.NUMBER);
cs.execute();
contextId = cs.getInt(2);