Configurer retry solution de contournement de la gestion des erreurs
Parfois, il est utile de réexécuter un module en échec s’il existe une chance que la raison de l’échec puisse se résoudre rapidement.
Adobe Workfront Fusion n’offre actuellement pas la directive de gestion des erreurs retry, mais deux solutions sont disponibles pour imiter la fonctionnalité de retry.
Conditions d’accès
Vous devez disposer des accès suivants pour utiliser les fonctionnalités de cet article :
| table 0-row-2 1-row-2 2-row-2 3-row-2 layout-auto html-authored no-header | |
|---|---|
| Package Adobe Workfront | Tous |
| Licence Adobe Workfront |
Nouveau : Standard Ou Actuellement : Travail ou licence supérieure |
| Licence Adobe Workfront Fusion ** |
Actuel : aucune exigence de licence Workfront Fusion. Ou Héritée : n’importe laquelle. |
| Produit |
Nouveau :
Ou Actuel : votre entreprise doit acheter Adobe Workfront Fusion. |
Pour plus d’informations sur les informations contenues dans ce tableau, voir Conditions d’accès requises dans la documentation.
Pour plus d’informations sur les licences Adobe Workfront Fusion, voir Licences Adobe Workfront Fusion.
Solution de contournement de la directive de gestion des erreurs Retry
Workfront Fusion ne propose actuellement pas la directive de gestion des erreurs retry. Utilisez l’une des solutions suivantes pour imiter la fonctionnalité de reprise.
Pour obtenir des instructions, voir Directives relatives à la gestion des erreurs.
Utiliser la directive Break
Lorsque la directive Break s'exécute, l'état de l'exécution du scénario est stocké dans la file d'attente des exécutions incomplètes. Si cela se produit, vous pouvez ensuite résoudre manuellement l’exécution incomplète.
Pour obtenir des instructions, voir Résoudre les erreurs gérées par la directive Break
Pour obtenir des instructions sur la résolution des exécutions incomplètes, voir Afficher et résoudre les exécutions incomplètes.
Inconvénients
-
L’intervalle de reprise minimal est d’une minute.
-
Si le module traite plusieurs lots et que le traitement d’un lot échoue, l’exécution partielle (uniquement le lot qui a provoqué l’erreur) est déplacée vers le dossier exécutions incomplètes et des reprises sont planifiées en fonction des paramètres de la directive Break. Cependant, l’exécution en cours se poursuit et le module continue de traiter les lots suivants.
Pour empêcher le scénario de s’exécuter à nouveau jusqu’à ce que l’exécution stockée dans le dossier Exécutions incomplètes ait été résolue, activez l’option « Sequential processing » dans le Scenario settings.
Pour plus d’informations sur les exécutions incomplètes, voir Afficher et résoudre les exécutions incomplètes.
Utilisation du module Répéteur
La solution de contournement du module Répéteur est plus complexe, mais plus personnalisable.
Configurer l’itinéraire du gestionnaire d’erreurs
-
Cliquez sur l’onglet Scenarios dans le panneau de gauche.
-
Sélectionnez le scénario dans lequel vous souhaitez ajouter la solution de contournement.
-
Cliquez n’importe où sur le scénario pour accéder à l’éditeur de scénarios.
-
Cliquez sur l’icône Contrôle de flux
-
Dans le module Répéteur, définissez le champ Repeats sur le nombre maximal de fois où vous souhaitez que le scénario réessaye.
-
Connectez le module potentiellement défaillant après le module Repeater.
-
Joignez un itinéraire de gestionnaire d’erreurs au module potentiellement en échec.
Pour obtenir des instructions, voir Ajouter la gestion des erreurs.
-
Ajoutez le module Tools>Sleep à l’itinéraire du gestionnaire d’erreurs et définissez son champ Delay sur le nombre de secondes entre les tentatives de reprise.
-
Ajoutez la directive Ignore après le module Tools>Sleep .
-
Passez à Configurer l’itinéraire par défaut.
Configurer l’itinéraire par défaut
-
Ajoutez le module Tools>Set variable dans un itinéraire distinct (gestionnaire de non-erreur) après le module potentiellement défaillant et configurez-le pour stocker le résultat du module dans une variable nommée, telle que
Result. -
Ajoutez le module Array aggregator après le Tools>Set variable, puis sélectionnez le module Repeater dans le champ Module Source .
-
Ajoutez le module Tools>Get variable après le module Array aggregator et mappez-lui la valeur de la variable
Result. -
Insérez le module Tools>Get variable entre le module Repeater et le module potentiellement défaillant, et mappez-y la valeur de la variable
Result. -
Insérez un filtre entre ce module Tools>Get variable et le module potentiellement défaillant pour continuer uniquement si la variable
Resultn’existe pas.
Exemple :
Dans cet exemple de scénario, le module HTTP > Make a request représente le module potentiellement en échec :
Si le résultat du module potentiellement défaillant est trop complexe pour être stocké dans une variable simple, vous pouvez utiliser un magasin de données pour stocker et récupérer le résultat. Le magasin de données ne contiendrait qu’un seul enregistrement. La clé de l’enregistrement peut être, par exemple, Result.
Pour plus d’informations sur les magasins de données, voir Magasins de données.
Inconvénients
- Cette solution de contournement est plus complexe.
- Cette solution utilise davantage d’opérations.
Ressources
- Pour plus d'informations sur les modules Répéteur et les directives d'interruption, voir Contrôle de flux.
- Pour plus d’informations sur les modules Get Variable, voir Outils.