Rufen Sie das anonyme PLSQL-Blockergebnis ab

Es ist, weil das implizite Datumskonvertierung schlägt fehl. Fügen Sie TO_DATE() hinzu anstatt die Datumszeichenfolge direkt einer Datumsvariablen zuzuweisen. Wenn java.sql.Date verwendet wird, das TO_DATE() ist nicht erforderlich.

Die implizite Konvertierung hängt normalerweise vom NLS_DATE_FORMAT der Sitzung ab .

In Ihrem Fall in_cnt__date DATE := '&1' ist der Übeltäter. &1 wird tatsächlich versucht, in ein Datum umzuwandeln. Und daher die Ausnahme ausgelöst!

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;";

Und dann,

cs.setDate(1, (java.sql.Date) Route.datePrf);

Setzt das Datum für in_cnt__date;

Schließlich, um die Werte in hv_cnt_id abzurufen Das Folgende wird zu Ihrem PL/SQL hinzugefügt blockieren

"? := hv_cnt_id;"

Und von JDBC bekommen wir es wie,

 cs.setDate(1, (java.sql.Date) Route.datePrf);
 cs.registerOutParameter(2, Types.NUMBER);
 cs.execute();
 contextId = cs.getInt(2);