Discussion :

[lilou77]

Bonjour à toutes et à tous,

Je ne suis pas du tout une spécialise d'Oracle, et je developpe en Java, mais je pense que vous pourrez m'aider.
Donc je crée un job grace à la fonction :
DBMS_JOB.submit(...)
je lui passe un nom de procédure à lancer périodiquement, ensuite la date (sous forme TimeStamp), puis l'intervalle de chaine de caractère.
-> Le job est bien créé.
Si je lui demande de s'exécuter tous les jours à 3 heure du matin, il va bien s'exécuter le 1er jour, mais c'est tout. je ne comprends pas
Via Toad, je suis aller voir les paramètre du job :

LOG_USER_______xxxx
PRIV_USER_______xxxx
SCHEMA_USER____xxxx
LAST_DATE______10/10/2006 03:00:07
THIS_DATE
THIS_SEC
NEXT_DATE______11/10/2006 03:00:00
NEXT_SEC_______03:00:00
TOTAL_TIME_____0
BROKEN N
INTERVAL_______to_date(to_char(sysdate,'dd/mm/yyyy')||'03:00','dd/mm/yyyy HH24:MI') +1
FAILURES_______0
NLS_ENV________NLS_LANGUAGE='FRENCH' NLS_TERRITORY='FRANCE' NLS_CURRENCY='?' (il est à l'envers en vrai...).....
INSTANCE_______0

je ne comprends pas pourquoi il me l'execute une fois, alors qu'il a bien recalculé la prochaine date et que celle ci est passé et ne s'est pas exécuté. ?

je ne comprends pas du tout alors si quelqu'un pense savoir a koi ce probleme peut etre du, je suis toute ouïe...

sinon si cela peut aider, sur une autre base j'ai été voir si il existait des jobs, et j'en ai trouvé un :

LOG_USER_______YYYY
PRIV_USER_______YYYY
SCHEMA_USER____YYYY
LAST_DATE______11/10/2006 05:00:02
THIS_DATE
THIS_SEC
NEXT_DATE______12/10/2006 05:00:00
NEXT_SEC_______05:00:00
TOTAL_TIME_____75221
BROKEN N
INTERVAL_______to_date(to_char(sysdate,'dd/mm/yyyy')||'05:00','dd/mm/yyyy HH24:MI') +1
FAILURES_______0
NLS_ENV________NLS_LANGUAGE='AMERICAN' NLS_TERRITORY='AMERICA' NLS_CURRENCY='$'.....
INSTANCE_______0

la différence majeur est que deja il a bien été exécuté ce matin, et NLS_ENV... je ne sais pas si je dois le prendre en compte....
j'espere que quelqu'un pourra m'aider merci d'avance

[lilou77]

ya personne qui voit d'ou cela peut venir ?

[LeoAnderson]

c'est votre interval qui n'est pas bon....

essayez simplement sysdate + 1

[orafrance]

ça semble bon pourtant

[Pomalaix]

J'ai un problème du même genre sur lequel je coince aussi.
Je pense que c'est du côté de NLS_ENV qu'il faut effectivement chercher.

[LeoAnderson]

Ah oui, si au moment du submit il y a ambiguité sur la façon de calculer le next, cela peut poser problèmes !

avez-vous (Pom' et lilou77) de faire un set nls_date_format avant l'appel au submit en précisant un next avec les routines de conversions explicites ?

[cyberyan]

Salut
Se lance-t-il au moins 1 fois ?
enfin fait-il les traitements ?

regarde aussi le job_queue_processes
il est peut-etre a 0

et as-tu bien commiter apres le submit ?

A+

[lilou77]

Dans mon cas ;
a la base mon intervalle était de la forme 'sysdate + 1' et j'avais le même probleme. j'ai changé le format de l'intervalle comme je l'ai noté plus haut et l'erreur persiste.

Donc effectivement la 1ere exécution est bien réalisé, mon traitement est lancé la 1ere fois (pour vérifier j'ai fais en sorte qu'il vienne juste noter l'heure quand le job est lancé.)

Ensuite la prochaine date est bien mise à jour graca a l'intervalle mais il n'est pas lancé et pas recalculé.
c'est à dire qu'il est 15h20 et mon job indique prochaine exécution a 15h le 12/10 et derniere exécution à 15h le 11/10...

en tout cas je vois que je ne suis pas la seule dans ce cas, j'espere qu'on va pouvoir nous aider !

sinon je cree un même job juste en changeant SEULEMENT l'intervalle : 'sysdate + 1/24' => lancer toutes les heures, et bien il fonctionne !!
il ne s'arrete pas à la première exécution, et j'ai bien les même paramètres pour NLS_ENV à savoir FRANCE... c'est vraiment bizarre...

[lilou77]

avez-vous (Pom' et lilou77) de faire un set nls_date_format avant l'appel au submit en précisant un next avec les routines de conversions explicites ?

Désolé je n'ai pas bien compris... je n'y connais vraiment pas grand chose en Oracle

[remi4444]

Quelle est exactement la syntaxe de l'appel du DBMS_JOB.SUBMIT ?

Attention il y a une subtilité dans la déclaration de l'intervale, il attends une chaine de caractère, c'est à dire qu'il faut qu'il y ait littéralement à l'intérieur écrit sysdate, si on oublie de mettre les des cotes, au lieu de stoquer la chaine "sysdate +1", il va faire une conversion implicite et noter la date du lendemain en dur, et du coup ça ne s'exécute qu'une seule fois....

Je n'arrive pas à etre très très clair, j'espère que je me suis fait comprendre...

Au moment ou on déclare l'intervalle il faut rentrer:

Code :

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

1
2
 
'to_date(to_char(sysdate,''dd/mm/yyyy'')||''05:00'',''dd/mm/yyyy HH24:MI'') +1'

Je sais pas si c'est ça l'erreur mais on se fait souvent avoir avec ce genre de chose....

[LeoAnderson]

d'ailleurs j'ai jamais compris pourquoi interval n'était pas le nombre de jours.
ça aurait été trop simple je présume !!!

Si quelqu'un a la réponse, je suis preneur car ça permettra sûrement de comprendre le mécanisme utilisé !

[Pomalaix]

regarde aussi le job_queue_processes
il est peut-etre a 0

Arghh, je me suis fait avoir comme un bleu !
Tellement focalisé sur cette histoire de NLS_ENV, que je n'ai pas pensé aux bases...

Merci !

[remi4444]

En fait j'ai cru comprendre la "Logique" du bazard, c'est le terme "interval" qui est impropre. En réalité c'est un chaine qui est interprétée pour donner l'heure du prochain submit. C'est pour ça que si on veux par exemple qu'un job s'exécute toute les heures, on met la chaine 'sysdate + 1/24'. Ainsi la premiere action du job le 12/10/2006 - 15:10 c'est de poster un job à 'sysdate + 1/24' puisque c'est ce qu'il y a dans la chaine "interval" donc le '12/10/2006 - 16:10'. Par contre si on met directement dans la chaine interval '12/10/2006 - 15:10' quand il poste la valeur de la chaine interval, il remet '12/10/2006 - 15:10', du coup ça n'avance pas....
c'est ce qui arrive quand on oublie de mettre les cotes, oracle fait une conversion implicite à la compilation et met une date en dur dans une chaine, et le processus est coincé au premier appel......

[lilou77]

Merci pour vos réponses j'ai compris ce que vous vouliez dire surtout pour la chaine ;

Code :

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

1
2
 
'to_date(to_char(sysdate,''dd/mm/yyyy'')||''05:00'',''dd/mm/yyyy HH24:MI'') +1'

En effet je code en java à l'aide d'un callableStatement, ensuite je lui passe en paramètre à l'aide d'un callableStatement.setString(interval) avec intervalle équivalent à la chaine = "to_date(to_char(sysdate,'dd/mm/yyyy')||'05:00','dd/mm/yyyy HH24:MI') +1"; (ce sont des guillemets et non des double cote)
je vais donc tester en rajoutant des quotes...

par contre je ne comprend pas comment et pourquoi initialement mon callableStatement.setString("sysdate+1") ne fonctionnait pas, car java va 'traduire' grace a mon setString le sysdate +1 en var char, et c'est donc lui qui met les ' quotes ' .... je vais tester tout de suite... par contre la reponse ne sera pas immédiate...
merci encore et si vous voyer d'autres source d'erreur possible...

sinon ou je peux trouver le job_queue_processes ? dont vous avez parlé ? est ce utile dans mon cas ?

[lilou77]

salut en fait la reponse sera rapide... en rajoutant les cotes dans la chaine to_date(to_char... cela plante...
une erreur
ORA_23319 : parameter value "TO_DATE(TO_CHAR(SYSDATE,''DD/MM/YYYY'')||''09:59","DD/MM/YYYY HH24:MI"") + 1/24" is not appropriate....
donc l'ajout des cotes est a oublié...

[lilou77]

re_bonjour a tous
donc j'ai repris ma syntaxe initiale :

Code :

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

to_date(to_char(sysdate,'dd/mm/yyyy')||'03:00','dd/mm/yyyy HH24:MI') +1

sauf qu'a la place de mettre '1' pour tout les jours j'ai mis 1/1440 -> toutes les minutes : dans ce cas le job est bien lancé toutes les minutes....
j'ai refait le meme test en mettant 1/144 pour toutes les 10 minutes, dans ce cas le job est seulement lancé la 1ere fois, la prochaine date est mise à jour mais elle n'est jamais lancé... alors que celle ci est passé dans mon cas elle était prévu le 13/10/06 à 10h18.... et il n'y a rien eu... je ne comprends pas du tout car je ne change rien d'autre a part cela

[lilou77]

up

[remi4444]

Un job qui fonctionne toutes les minutes et pas toutes les 10 minutes, c'est dur à analyser... comment t'assure-tu qu'il n'est pas lancé ? est-ce que tu as déja essayer de le remplacer par une commande basique du style, insertion d'une ligne dans une table ?

[orafrance]

up

Merci d'éviter ce genre de comportement (cf règles du forum)

[lilou77]

en fait comme le job lance une 'exécution' qui va écrire une ligne dans un fichier avec la date et l'heure.

sinon avec Toad, je regarde le job et je vois initialement (juste apres la création du job) => last date = rien
nextDate = 14h00 et intervalle=toute les 10minute
je viens revoir via toad mon job, et la last date = 14h00 et nextDate = 14h10 or il est 15h et toujours aucune exécution...