Recuperar el resultado del bloque PLSQL anónimo

Es porque el implícito la conversión de fecha está fallando. Añadir TO_DATE() en lugar de asignar directamente la cadena de fecha a una variable de fecha. Si java.sql.Date se utiliza, el TO_DATE() no es obligatorio.

La conversión implícita generalmente depende del NLS_DATE_FORMAT de la sesión. .

En su caso in_cnt__date DATE := '&1' es el culpable &1 en realidad se intentará convertir en una fecha... ¡Y por lo tanto, se lanza la excepción!

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

Y entonces,

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

Establecerá la fecha para in_cnt__date;

Finalmente, para recuperar los valores en hv_cnt_id Lo siguiente se agrega a su PL/SQL bloquear

"? := hv_cnt_id;"

Y de JDBC, lo obtenemos como,

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