Discussion :

[boitaRytm]

bonjour a tous,

j'ai un petit soucis avec le lancement d'un job avec dbms_scheduler. en fait j'ai créé une interface (jsp) ou je crée des taches planifiées. l'ennui c'est que les taches générées depuis cette interface face ne se déclenchent pas normalement. Elles sont créées, enabled est true et state est scheduled.
après quelques tests j'ai remarqué que si je fais un "run_job" avant la date de la premiere exécution ça marche après.
il faut savoir que je n'ai pas ce genre de problème si je créé un job ayant la meme structure directement depuis sql+. celui-ci est déclenché normalement. voilà le job de test :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
BEGIN DBMS_SCHEDULER.create_job(
job_name => 'job_test_job' ,
job_type => 'STORED_PROCEDURE' ,
job_action => 'proc_test_job' ,
start_date => to_timestamp('09-06-2009 00:00:00','dd-mm-yyyy hh24:mi:ss') ,
repeat_interval => 'FREQ=WEEKLY; BYHOUR=09; BYMINUTE=29' ,
enabled => TRUE) ;
END ;

si quelqu'un peut m'aider à y voir plus clair...
merci

[boitaRytm]

je viens de cerner un peu plus le problème. il semblerait que ça vient du "start_date".
si je met :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

start_date => systimestamp

ça fonctionne. par contre si je saisi la date et que j'utilise to_timestamp() comme dans l'exemple précédent, c'est là que ça pose problème.
ce qui est bizarre c'est que j'ai dit, en utilisant to_timestamp() avec l'exécution directe depuis sql+ ça marche quand meme.

une idée ? ça m'arrangerait énormément de pouvoir saisir la date de début.

[boitaRytm]

bonjour,
toujours aucune idée pour cette utilisation de "start_date" avec to_timestamp?