Directives relatives à la gestion des erreurs

Le tableau ci-dessous présente une liste des directives courantes pour la gestion des erreurs.

Retour en arrière		Cette directive interrompt immédiatement l’exécution du scénario. Une phase de retour en arrière sera alors lancée sur tous les modules et tentera de ramener tous les modules à leur état initial. Les modules suivants ne seront pas traités. À l’exception de quelques types d’erreurs, le scénario sera désactivé en fonction du nombre d’erreurs consécutives spécifié dans les paramètres du scénario. L’état d’exécution du scénario sera alors marqué comme une erreur. Le retour en arrière est le comportement par défaut si aucune route de gestion des erreurs n’est attachée au module et si le paramètre Autoriser le stockage des exécutions incomplètes dans les paramètres du scénario n’est pas coché.
Valider		Cette directive interrompt immédiatement l’exécution du scénario. Une phase de validation sera alors lancée pour tous les modules. Les modules suivants ne seront pas traités et toutes les liasses non traitées seront ignorées. L’état d’exécution du scénario sera alors qualifié de réussite.
Reprendre		Cette directive spécifie une sortie de substitution et la fournit au module qui rencontre une erreur. Les modules suivants seront traités. L’état d’exécution du scénario sera alors qualifié de réussite.
Ignorer		Cette directive ignore l’erreur. Les modules suivants ne seront pas traités. Si des ensembles n’ont pas été traités, l’exécution du scénario se poursuivra normalement. L’état d’exécution du scénario sera alors qualifié de réussite.
Break		Cette directive enregistre l’état de l’exécution du scénario dans la file d’attente des exécutions incomplètes, où l’erreur peut être résolue manuellement. Certaines exceptions à cette résolution du manuel sont notées ; d’autres articles instructifs seront bientôt disponibles. Les modules suivants ne seront pas traités. Si des ensembles n’ont pas été traités, l’exécution du scénario se poursuivra normalement. Veuillez noter que l’état d’exécution du scénario sera marqué comme un avertissement lorsque l’option « Terminer automatiquement l’exécution » est désactivée. Pour plus d’informations, voir la section Break ci-dessous.
Réessayer		Parfois, les utilisateurs peuvent souhaiter réexécuter un module défaillant lorsqu’il y a une chance que la raison de la défaillance se résolve d’elle-même avec le temps. Alaya Connector n’a pas de directive pour ce flux de travail, mais cet article offre plusieurs options de contournement qui peuvent imiter cette fonctionnalité.

Les utilisateurs peuvent souhaiter interrompre volontairement l’exécution d’un scénario après la phase de rétablissement ou de validation, ou arrêter le traitement d’un itinéraire et le stocker dans la file d’attente des exécutions incomplètes. « Générer » une erreur est donc une solution de contournement qui permet aux utilisateurs d’utiliser ces directives de gestion des erreurs de manière conditionnelle. Consultez cet article pour obtenir plus d’informations.

Break

Lorsqu’une erreur est traitée par la directive Break, un enregistrement est créé dans le dossier des exécutions incomplètes. Le dossier conserve l’état d’avancement de l’exécution du scénario ainsi que les données des modules précédents. Un enregistrement distinct est créé pour chaque ensemble de données à l’origine de l’erreur. L’enregistrement fait référence au module, offre plus d’informations sur l’origine de l’erreur et montre ce que le module a reçu comme données d’entrée. Les utilisateurs peuvent souhaiter résoudre l’erreur manuellement en mettant à jour le scénario et en l’exécutant une fois.

Les utilisateurs peuvent également activer l’option « Terminer automatiquement l’exécution » sous la directive Break. Cela permet aux utilisateurs de traiter automatiquement une exécution incomplète en réexécutant le scénario après un nombre spécifié de minutes.

Lorsque l’option Break est activée, l’exécution incomplète est récupérée en cas d’erreur. Cette opération est basée sur le temps spécifié dans le champ « Intervalle entre les tentatives » et sera exécutée en utilisant les données d’entrée originales. Cette opération se répète jusqu’à ce que l’exécution du module se termine sans erreur ou jusqu’à ce que la valeur numérique spécifiée dans « Nombre de tentatives » soit atteinte.

Actuellement, il existe quelques exceptions à cette directive. Nous fournirons bientôt des articles plus instructifs sur cette directive.