Durant le processus d'exécutionDurée d'exécution d'une Tâche. C'est la période entre le début et la fin de la Tâche. La période d'activation n'en fait pas partie (voir aussi Activation et Démarrage)., il peut devenir essentiel de réagir au statutStatut d'une tâche (par ex. active, bloquée, génération en cours, etc.). de fin de certaines tâches. On distingue deux types de tâches : les tâches qui s'exécutent dans le WorkflowLes workflows sont utilisés pour effectuer des déploiements physiques. Un workflow décrit toutes les étapes nécessaires au déploiement de votre application. Votre application étant composée de différents éléments, le niveau le plus élevé du workflow (workflow d'application) représente l'architecture de votre application, et les workflows de composants sont utilisés pour déployer chacun des composants. Vous pouvez définir votre workflow de composants rapidement grâce à des actions prédéfinies. et celles exécutées en dehors du Workflow. Les tâches externes ne font pas partie du workflow"Permet d'ajouter, regrouper, associer, caractériser ou supprimer les tâches d'un workflow. Egalement un type d'objet propre à Automation Engine. [Anciennement appelé ""chaîne de traitement"" et ""chaîne de job"".]". Elles ne sont donc pas exécutées au cours du Workflow.
Pour les premières, vous pouvez définir le statut attendu de la tâcheObjet exécutable qui a déjà été exécuté. précédente du workflow dans l'onglet Heure & dépendances. Pour les tâches externes s'exécutant en dehors du workflow, vous pouvez définir des dépendances externes spécifiant le statut attendu des tâches externes afin d'assurer la suite du traitement.
Les dépendances externes ne peuvent être définies que dans les workflows standard.
Les tâches du workflow se référant aux dépendances externes peuvent réagir à un statut ; cela peut être défini dans l'onglet Dépendances externes. Il ne s'agit cependant pas du statut de la tâche externe mais du statut de la dépendance externeTâche dont le statut de fin est pris en compte dans le déroulement du Workflow, bien qu'elle ne soit pas exécutée dans le cadre du Workflow.. C'est pour cette raison que seuls les statuts suivants peuvent être choisis :
Une dépendance externe est représentée graphiquement par une case en pointillés.
Définir des dépendances externes dans des workflows
Par exemple :
Dans l'exemple ci-dessus, le système vérifie si la tâche externe s'est terminée avec le statut ENDED_OK depuis la dernière exécution du Workflow. Si ce n'est pas le cas ou si la tâche n'a pas été exécutée durant cette période, le système attend une heure. Le workflow s'interrompt si le statut attendu n'est toujours pas atteint une fois le délai dépassé et exécute TACHE 2.
Le tableau ci-dessous illustre les options proposées :
Commande | Description |
---|---|
Section Définition de tâche | |
Tâche externe |
Nom de la tâche externe. |
Dans le parentUn objet peut être activé de différentes façons. L'initiateur de l'activation s'appelle Tâche de niveau supérieur (parent). (voir aussi Enfant, Enfants) |
Tous les workflows parents potentiels, autrement dit tout autre workflow comprenant la tâche. Ce champ n'est disponible que lorsque la tâche externe provient d'un autre Workflow. Les mêmes restrictions et règles sont valables que pour le champ Alias. Lorsque la dépendance externe indique une tâche exécutée dans un workflow, le système limite sa vérification à l'alias et l'alias parent (si spécifié). Cela signifie que lorsqu’un alias et/ou un alias parent est défini dans les propriétés de la dépendance externe, ces champs sont comparés avec l'alias de la tâche externe ou l'alias de son workflow. La dépendance externe n'est satisfaite que s'ils correspondent. |
Avec l'alias |
Alias pour la dépendance externe. Contrairement à d'autres tâches, un alias d'une dépendance externe sert de filtre. Cela signifie que lorsque vous affectez un alias à une dépendance externe, la tâche externe doit aussi montrer cet alias. Sinon, la dépendance externe ne peut pas être satisfaite. Par exemple : Vous définissez l'alias ALIAS01 pour une dépendance externe qui pointe sur la tâche JOB01. Par conséquent, la dépendance externe ne sera satisfaite que lorsque la tâche JOB01 commence avec l'alias ALIAS01. Longueur maximale: 200 caractères Vous pouvez également utiliser des variables prédéfinies. Ces dernières concernent toujours le workflow contenant la dépendance externe. Toutes les variables de scriptEgalement un type d'objet distinct dans l'Automation Engine. du workflow seront résolues pour un alias si la variable est également utilisée dans le script du workflow. Si &$NAME# fait partie de l'alias, il faut alors utiliser &$NAME# quelque part dans le script du workflow, même si ce n'est qu'avec :PRINT&$NAME# |
Avec l'alias parent |
Alias pour le Workflow de la tâche externe. Ce champ n'est disponible que lorsque la tâche externe provient d'un autre Workflow. Les mêmes restrictions et règles sont valables que pour le champ Alias. Lorsque la dépendance externe indique une tâche exécutée dans un workflow, le système limite sa vérification à l'alias et l'alias parent (si spécifié). Cela signifie que lorsqu’un alias et/ou un alias parent est défini dans les propriétés de la dépendance externe, ces champs sont comparés avec l'alias de la tâche externe ou l'alias de son workflow. La dépendance externe n'est satisfaite que s'ils correspondent. |
Section Paramètres d'exécution | |
Vérifier le statut attendu |
Statut attendu pour la tâche externe à la fin de l'exécution. Si vous ne sélectionnez aucun statut, le système vérifie uniquement que la tâche s'est terminée dans le délai défini dans le groupe d'option ci-dessous (Vérifier si la tâche externe a été activée avec la même date logiqueLa date logique est utilisée comme date de comparaison pour tester les conditions calendaires. que le workflow). Son statut (par ex. ENDED_OK, ENDED_CANCEL) n'a dans ce cas aucune importance.
Si l'une de ces options de statut spécial est définie, la dépendance externe sera également satisfaite si la tâche externe est exécutée dans un workflow dont l'état de blocage est éliminé ultérieurement et manuellement. |
Vérifier si la tâche externe a été activée avec la même date logique que le workflow |
Le système vérifie si la la tâche externe a été activée pour la même date logique que le Workflow. Les exécutions déjà terminées et celles qui sont encore actives sont prises en compte. Elles sont comparées avec la date d'activation de la tâche externe. Si la date logique correspond, le statut de fin de la tâche externe est comparé au statut attendu et les conditions Sinon sont appliquées si nécessaire. La dépendance est ignorée et elle reçoit le statut ENDED_INACTIVE si la tâche externe ne s'est pas exécutée ou n'est pas en cours d'exécution pour la même date logique. Par exemple : Le workflow "GS.VENDREDI" est exécuté le 24 mars. Il contient une dépendance externe sur le job "FICHIERS.CHERCHER". Ce job a été démarré peu avant le Workflow. La dépendance externe est donc prise en compte. La dépendance externe se termine avec le statut ENDED_INACTIVE si le dernier enregistrement statistique du job date du 23 mars. La vérification de la date d'activation de la tâche externe se fait lorsque la tâche suivante de la dépendance externe peut démarrer. |
Vérifier si la fin de la tâche externe est |
Signale quand le statut de fin attendu doit être vérifié :
Voir Vérification finale de tâche externe pour obtenir des exemples et des illustrations vous permettant de mieux comprendre ce concept. |
Section Sinon | |
Attendre |
La durée spécifiée dans la zone Définir timeout est le délai d'attente. Après l'écoulement de la période, la tâche externe est vérifiée encore une fois. Pour les occurences suivantes, le système n'attend pas de timeout :
|
Ignorer |
La dépendance externe est ignorée. |
Interrompre le workflow |
Le workflow contenant la dépendance externe s'interrompt. |
Action Exécuter un autre objet si pas de correspondance | Cochez cette case dans le champ Exécuter pour définir l'objet devant être exécuté si les conditions ne sont pas satisfaites. |
Définir timeout |
Les paramètres définis ici ne sont disponibles que lorsque Attendre a été sélectionné. Timeout après Durée d'attente. La valeur de "MIN_EVENT_INTERVAL", définie par l'administrateur dans la variable UC_SYSTEM_SETTINGS affecte également le délai. Parce qu'il définit la valeur minimale, il est utilisé si la valeur de délai d'attente est inférieure à la valeur qui est spécifiée dans MIN_EVENT_INTERVAL. Attendre Le traitement du Workflow attend indéfiniment. Une intervention manuelle est nécessaire. Le temps dépassé se répète pendant la période indiquée. Si vous avez défini un objet notification, celui-ci démarre à chaque fois que le temps limite s'est écoulé. Ignorer La dépendance externe est ignorée. Interrompre le workflow Le workflow contenant la dépendance externe est interrompu. |
Action Exécuter un autre objet après timeout | Cochez cette case dans le champ Exécuter pour définir l'objet devant être exécuté si les conditions ne sont pas satisfaites. |
Exécuter | Sélectionnez l'objet à exécuter. |
Groupes d'agents en mode "Tous"
Avec ce paramètre, le groupe d'agents exécute la tâche sur tous ses agents. Si une dépendance externe a été définie sur cette tâche dans un workflow, elle sera satisfaite si l'une des tâches est terminée. Le workflow n'attend pas que les tâches soient terminées sur tous les agents.