Discussion :

[marchand_de_sable]

Bonjour.

Je suis novice en Informatica, et j'ai du mal à saisir toute la logique de l'outil...

J'aimerais tracer l'exécution des sessions de mon workflow.
A chaque fin de session, je voudrais insérer une ligne dans une table technique du type [nom_session ; résussite_ou_échec]

J'entrevois 2 possibilités :
- post-sql dans chaque mapping
Le problème, c'est qu'en cas d'échec, je n'ai pas l'info "échec"
- un mapping qui fait l'insertion d'une ligne dans ma table avec en source un "select * from dual" pour récupérer une seule ligne à insérer.
En utilisant des variables je dois pouvoir en faire une tâche réutilisable à exécuter en post-traitement de chaque session

Voyez-vous mieux et/ou plus simple ?

Par la suite, en cas de plantage de mon workflow, j'aimerais pouvoir conditionner l'entrée dans chaque session en fonction de la réussite/échec de la précédente exécution.
Est-ce faisable ?
Comment créer une tâche qui assigne une valeur à une variable en fonction du contenu de ma table technique ?


Merci d'avance pour vos pistes et éclaircissements.

[Glutinus]

Hello,

Dans un premier temps, c'est très bien de penser à ça si t'as la possibilité, l'audit c'est très intéressant.

Dans un deuxième lieu il n'y a évidemment pas une seule solution et plusieurs. Je t'indique celle que je préfère.

Supposons que tu aies un workflow de type Start => session_A => session_B => session_C.

Dans un premier temps, j'ouvre chaque session et je coche "fail parent if this task fails" et "fail parent if this task does not run". Ce qui fait que grosso modo tu fais échouer tout le workflow si jamais une seule des session ne marche pas.

Ensuite, clique sur chacun des "links", c'est-à-dire des flèches violettes qui séparent deux sessions. Un message s'ouvre. Et là tu pourrais conditionner le passage des sessions.

Ainsi, sur le lien entre session_A et session_B, tu ouvres la fenêtre, tu doubles-cliques sur "Status" pour le faire rentrer dans la formule puis tu rajoutes [= SUCCEEDED] (sans les crochets, mais bien égal).
Tu peux également mettre ErrorCode = 0. Si jamais la session fail => celle d'après ne tourne pas.

Enfin, tu peux créer deux autres sessions session_A_failed et session_A_succeeded avec un mapping dedans ou qui exécute une tâche unix permettant d'insérer ta ligne d'audit dans la table que tu veux, et conditionne mettant $session_A.ErrorCode = 0 ou $session_A.ErrorCode <> 0 par exemple, ou alors $session_A.Status = SUCCEEDED ou NOT($session_A.Status = SUCCEEDED).

Il y a des milliers d'autres manières mais personnellement je trouve celle-ci la plus simple et la plus lisible.

[marchand_de_sable]

Merci Glutinus pour ta réponse.

Je vais regarder ces propriétés (pfff, il y en a partout et à tous les niveaux...).
Pour ce qui est d'une tâche qui fait un insert, y'a pas plus simple ou plus "joli" que de faire un "select * from dual" dans un mapping pour insérer une simple ligne dans une table (ou un fichier) ??
(la proc stock est hors de question côté service d'exploitation).

[Glutinus]

J'avais vu comme solution un lancement d'un script unix (tous nos serveurs BDD et INFA sont sur Unix) qui se connecte et fait un Insert.

Mais sinon effectivement si tu pars depuis un mapping il vaut mieux faire un from dual ou from une table DUMMY car il faut toujours au moins une source.

Mais après je trouve ça plus propre aussi.

[marchand_de_sable]

OK, merci.

[Waldar]

Vous pouvez faire un fichier dummy avec une ligne et le déposer sur l'ETL dans les sourcefiles, et bien le verrouiller en modification côté OS.
Vous évitez ainsi une connexion à une BDD.
Mais fondamentalement c'est le même principe.