Discussion :

[missd12]

Bonjour,

Je travaille actuellemetn su la version 3.2.1 de TOS.
J'ai un Job principal qui consiste à l'enchainement de tRunJob.
Lorsque le sous job tRunJob est en echec un tWarn signale l'erreue en base de données et un mail est envoyé. J'ai un schéma qui ressemble a ceci:

tRunJob-------OnSubJobError------tWarn1--------tSendMail
|
|OnSubJobOK
|
tRunJob-------OnSubJobError------tWarn1--------tSendMail
|
|OnSubJobOK
|
tRunJob-------OnSubJobError------tWarn1--------tSendMail


le tRunJob lance bien le job prédefini, mais lorsque ce dernier plante aucune erreur n'est signaler au job principal et ni de message en base de données ni de mail sont envoyé.
Y a t il un moyen me permettant de remonter l'erreur jusqu'a mon Job principal

Merci

[CyberChouan]

Y a t il un moyen me permettant de remonter l'erreur jusqu'a mon Job principal

Oui !

Sur le (ou les) composants susceptibles de provoquer une erreur dans chaque sous-job, tu dois cocher la case "die on error" : c'est ce qui provoquera la remontée de l'erreur au job parent.

De même, au niveau du job parent, il faut cocher cette même case sur chaque composant tRunJob.

[missd12]

Merci de ta réponse,

j'ai effectué les modifications, l'erreur est bien visible dans la console mais le flux ne passe par par le OnSubJobError, il est passe par le OnSubJobOK

[keevkilla]

Je suis en TOS 3.1.1, et j'avais le même problème (c'est pour ça que je cherchais un topic sur le sujet).
Dans le tRunJob j'avais bien coché le "die on error", dans les composants susceptibles de générer des erreurs pareil.
Mais j'utilisais des tWarn dans mes subJobs. Je les ai remplacé par des tDie, et tout fonctionne à merveille, pas besoin de cocher "sortir de la JVM maintenant" dans les "Advanced settings" du tDie car sinon il n'a pas le temps de remonter au job parent qui doit envoyer le mail en cas d'erreur.
En espérant vous aider (j'ai trouvé la solution alors que je lisais le topic)...