C'est parce que le implicite la conversion de date échoue. Ajouter TO_DATE() au lieu d'affecter directement la chaîne de date à une variable de date. Si java.sql.Date est utilisé, le TO_DATE() n'est pas obligatoire.
La conversion implicite dépend généralement du NLS_DATE_FORMAT de la session .
Dans votre cas in_cnt__date DATE := '&1' est le coupable. &1 sera en fait tenté de convertir en une date.. Et donc l'exception levée !
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;";
Et puis,
cs.setDate(1, (java.sql.Date) Route.datePrf);
Fixera la date pour in_cnt__date;
Enfin, pour récupérer les valeurs dans hv_cnt_id Le ci-dessous est ajouté à votre PL/SQL bloquer
"? := hv_cnt_id;"
Et de JDBC, nous l'obtenons comme,
cs.setDate(1, (java.sql.Date) Route.datePrf);
cs.registerOutParameter(2, Types.NUMBER);
cs.execute();
contextId = cs.getInt(2);
