Problème orschestration tRunJob

Version imprimable

18/01/2012, 12h54
haskouse

Problème orschestration tRunJob

Bonjour,

J'ai crée plusieurs JOB indépendants, maintenant j'ai envie de les regrouper dans un seul et unique JOB, pour cela j'ai créé un nouveau job et j'ai déposé un tRunJob pour chacun de mes Jobs.

J'ai mis tous les tRunJob avec l'option : "Arrêt en cas d'erreur fils" et chacun d'eux est lié avec un OnSubJobError vers un tMsgBox qui affiche un message "Erreur sur le sous job N:° ..."

Tous les jobs ont des composants qui peuvent provoquer des erreurs avec l'option "Terminer en cas d'erreur".

Les tRunJob sont relié entre eux avec des OnSubJobOk.

Problème : Quand il y'a une erreur sur l'un des jobs je veux arrêter les traitements, mais ça ne marche pas, malgré l'erreur déclenché dans le Job le lien "OnSubJobError" n'est pas déclenché et il passe au job suivant.

Est ce que j'ai raté quelque chose ?

Merci par avance.
18/01/2012, 14h11
rdubois

Bonjour,

Quelle est la version utilisée?
Cela fonctionne très bien en 5.0.1...

Rémy.
18/01/2012, 14h52
haskouse

J'ai la version: 4.1.2
18/01/2012, 15h37
rdubois

Je ne reproduis pas en 4.1.2 non plus.

Vous pouvez attacher les jobs au post?
19/01/2012, 11h18
haskouse

3 pièce(s) jointe(s)

Bon voilà des captures du job,

Capture1 c'est le job d'orchestration,
Capture2 c'est les paramètres du tRunJob qui devrait normalement sortir sur un "OnSubJobError" au lieu de "OnSubJobOk"
Capture3 c'est les paramètres du composant qui génère l'erreur dans le tRunJob en question.

Merci par avance.
19/01/2012, 12h04
emenuet

Bonjour,

D’après les captures d'écran cela devrait fonctionner.

As tu testé tes Jobs unitairement, et vérifié que lorsqu'ils plantaient le code retour était égal a 1 ?

Sinon dans le job Master, tu peux afficher le code retour des jobs fils pour vérifier tout cela.

Quand je lance le sous-job unitairement, voilà ce que ça donne :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Démarrage du job Job_Mig_Prestation_Individuel_Kenz_ParContrat a 11:05 19/01/2012.
 
[statistics] connecting to socket on port 3403
[statistics] connected
********************************************************
Chargement du contexte en cours ...
Chargement du contexte OK.
********************************************************
Exception in component tOracleRow_5
java.sql.SQLException: ORA-01735: invalid ALTER TABLE option
 
    at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)
    at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331)
    at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288)
    at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:745)
    at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:207)
    at oracle.jdbc.driver.T4CStatement.executeForRows(T4CStatement.java:957)
    at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1170)
    at oracle.jdbc.driver.OracleStatement.executeInternal(OracleStatement.java:1696)
    at oracle.jdbc.driver.OracleStatement.execute(OracleStatement.java:1662)
    at eai.job_mig_prestation_individuel_kenz_parcontrat_0_1.Job_Mig_Prestation_Individuel_Kenz_ParContrat.tOracleRow_5Process(Job_Mig_Prestation_Individuel_Kenz_ParContrat.java:36571)
    at eai.job_mig_prestation_individuel_kenz_parcontrat_0_1.Job_Mig_Prestation_Individuel_Kenz_ParContrat.tAS400Connection_1Process(Job_Mig_Prestation_Individuel_Kenz_ParContrat.java:2647)
    at eai.job_mig_prestation_individuel_kenz_parcontrat_0_1.Job_Mig_Prestation_Individuel_Kenz_ParContrat.runJobInTOS(Job_Mig_Prestation_Individuel_Kenz_ParContrat.java:1460)
    at eai.job_mig_prestation_individuel_kenz_parcontrat_0_1.Job_Mig_Prestation_Individuel_Kenz_ParContrat.main(Job_Mig_Prestation_Individuel_Kenz_ParContrat.java:1248)
2012-01-19 11:05:38|lP95MX|lP95MX|lP95MX|EAI|Job_Mig_Prestation_Individuel_Kenz_ParContrat|EPARGNEPREVOYANCE_REC|6|Java Exception|tOracleRow_5|java.sql.SQLException:ORA-01735: invalid ALTER TABLE option
|1
********************************************************
Migration des prestations Kenz individuels terminée
********************************************************
[statistics] disconnected
Job Job_Mig_Prestation_Individuel_Kenz_ParContrat terminé à 11:05 19/01/2012. [Code sortie=0]

Apparemment le Code sortie = 0, est ce normal ??

Je ne sais pas si ça a un rapport mais dans mon job un tLogCatcher qui récupère les exceptions java, tDie et tWarn.

19/01/2012, 12h40
haskouse

Bon apparemment j'ai trouvé le soucis.
En effet j'ai un tPostJob dans mon sous-job, et dans la conception de Talend si le PostJob se passe bien alors le code retour est = 0 quelque soit le code retour du job principal.
Il y' a eu des bug créé au niveau du bugTracker de Talend mais la réponse qui revient de l'équipe c'est que c'est fait exprès et que ce n'est pas un bug, pour eux si le postJob s’exécute bien alors le code retour = 0.

Est ce que vous avez une idée comment contourner ce truc, sinon je pense que je vais devoir revoir le design de tous mes jobs si je veux les intégrer dans un job d'orchestration ?
19/01/2012, 13h22
jnbarthas

OUI.
Généralement, j'utilise le tPostJob pour tjrs effectuer le traitement final du Job, pour également remonter vers le job parent des informations via un tBufferOuput.

ça permet notamment de remonter des var de contexte ou toute autre info pertinente.
19/01/2012, 15h05
haskouse

Citation:

OUI.
Généralement, j'utilise le tPostJob pour tjrs effectuer le traitement final du Job, pour également remonter vers le job parent des informations via un tBufferOuput.

ça permet notamment de remonter des var de contexte ou toute autre info pertinente.

Je ne vois pas le rapport avec ma question ?
19/01/2012, 15h24
DevNico

Bonjour,

J'ai effectivement constaté ce soucis.
J'avais trouvé ce bug à l'époque :
http://www.talendforge.org/bugs/view.php?id=6303

Nicolas
19/01/2012, 16h01
emenuet

C’était ma contribution a l'époque ...

Le comportement du tPostJob est toujours le même

Il y a quand meme un moyen de faire quelque chose :

Dans le tPostjob on peux utiliser des liens run-if pour tester les codes retours des tRunJob ( variable global RETURN CHILD CODE ) ou tes propres test pour determiner le succes de tel ou tel composant et de lier ce lien run-if avec un tDIe.

Ce qu'il faut savoir c'est que le tDie doit être le dernier composant dans enchainement et le job fils retournera le code retour de ton choix
19/01/2012, 16h27
jnbarthas

Citation:

Envoyé par haskouse

Je ne vois pas le rapport avec ma question ?

c'est bien le principe rapporté aussi par emenuet;
le job fils peut retourner le code retour de ton choix (valeur d'une variable de contexte ou liste de valeur, code d'erreur, ...)