Gestion avancée des erreurs dans Adobe Workfront Fusion
Les techniques avancées de gestion des erreurs incluent le filtrage et l’imbrication.
Exigences d’accès
Vous devez disposer des accès suivants pour utiliser les fonctionnalités de cet article :
Pour connaître le plan, le type de licence ou l’accès dont vous disposez, contactez votre Workfront administrateur.
Pour plus d’informations sur Adobe Workfront Fusion licences, voir Adobe Workfront Fusion licences.
Filtrage
Il existe deux types de filtrage qui peuvent avoir lieu sur un itinéraire de gestionnaire d’erreurs.
Ajout d’un filtre sur l’itinéraire du gestionnaire d’erreurs
Vous pouvez utiliser un filtre pour contrôler les erreurs qui sont traitées par l’itinéraire du gestionnaire d’erreurs. Cela vous permet de traiter uniquement des types d’erreurs spécifiques. Si une erreur ne transfère pas le filtre, elle est traitée comme si aucun itinéraire de gestionnaire d’erreurs n’était défini pour le module donné.
Ajouter un Routeur suivi de filtres au gestionnaire d’erreurs
Voir Traitement des erreurs dans Adobe Workfront Fusion pour plus d’informations sur les différents types d’erreur et sur la manière dont Workfront Fusion traite et évalue-les.
Exemple de scénario
Vous pouvez configurer cet exemple de scénario pour comprendre comment ces filtres fonctionnent pour la gestion des erreurs.
Utilisez un Dropbox pour charger un fichier au lieu d’en créer un nouveau
Si vous utilisez la variable Création d’un dossier module activé Dropbox et qu’un dossier portant le même nom existe déjà, le module génère une erreur de données comme illustré ci-dessous :
Le scénario complet :
-
Le Outils > Définir la variable module contient le nom du dossier
-
Le HTTP >Obtention d’un fichier récupère le fichier qui doit être chargé dans le dossier .
-
Le Dropbox >Création d’un dossier renvoie une erreur si un dossier porte déjà le même nom que celui mappé dans le module .
-
L’itinéraire du gestionnaire d’erreurs (bulles transparentes) contient un routeur pour filtrer les erreurs.
-
Le premier itinéraire correspond à un type d’erreur spécifié appelé Erreur de données , comme nous le savons déjà :
- Si une erreur de données se produit et que les détails de l’erreur transitent par le filtre, la variable Dropbox
Liste de tous les fichiers/sous-dossiers dans un module de dossiers répertorie tous les dossiers dans Dropbox
- Le filtre suivant correspond aux noms des dossiers.
- Le Reprendre La directive spécifie l’ID de dossier et le chemin d’accès au dossier du dossier existant et l’exécution du scénario reprend à partir de Dropbox >Création d’un dossier mais au lieu d’essayer de créer un dossier, cette fois-ci, il utilise les valeurs de la variable Reprendre pour passer au module suivant et charger le fichier dans le dossier existant
- Si une erreur de données se produit et que les détails de l’erreur transitent par le filtre, la variable Dropbox
-
Le deuxième itinéraire correspond à toutes les autres erreurs et se termine par la variable Retour arrière , ce qui entraîne l’arrêt immédiat du scénario.
Voici une explication détaillée de la 5ème déclaration :
Pour utiliser le dossier existant dans vos modules suivants (Chargement d’un fichier ci-dessous), vous devez ajouter un itinéraire de gestionnaire d’erreurs au module et récupérer le chemin du dossier à mapper dans le Reprendre module de directive qui suit :
Le filtre sur la première route est défini pour gérer uniquement l’erreur particulière (Erreur de données) qui s’affiche lorsqu’un dossier portant le même nom existe déjà :
Le Dropbox >Liste de tous les fichiers d’un dossier est configuré pour renvoyer tous les dossiers du dossier cible. Le filtre suivant transmet uniquement celui que nous essayions de créer à l’origine (le nom du dossier est stocké dans la version 33. Nom de dossier (élément) :
Finalement, la variable Reprendre La directive fournit le chemin d’accès au dossier en tant que sortie pour le module en échec. Notez que l’ID de dossier a été laissé vide, car il n’est pas nécessaire pour le "".Chargement d’un fichierModule ' :
Imbrication
Quel que soit l’emplacement d’un module, les itinéraires des gestionnaires d’erreurs peuvent être créés et implémentés sur tous les modules, à l’exception des routeurs. Il est donc possible de créer un itinéraire de gestionnaire d’erreurs pour un module qui fait déjà partie d’un itinéraire de gestionnaire d’erreurs existant créé pour un autre module.
Voici un exemple d’itinéraire de gestionnaire d’erreur imbriqué :
Dans ce scénario, le deuxième itinéraire du gestionnaire d’erreurs est imbriqué sous le premier itinéraire du gestionnaire d’erreurs. Si la variable Dropbox >Création d’un module de dossiers rencontre une erreur, l’exécution passe à l’itinéraire 1, si la variable Erreur de données est transmis, le module suivant est exécuté, suivi de la fonction Reprendre module de directive si une erreur ne se produit pas avec la variable Dropbox >Liste de tous les fichiers/sous-dossiers dans un module de dossiers.
Cependant, si une erreur se produit avec cette opération Dropbox , puis l’exécution passe à l’itinéraire 2 du gestionnaire d’erreurs et se termine par Ignorer . Le Reprendre la directive n’est pas exécuté dans ce cas.
Il s’agit d’une combinaison de gestionnaires de filtrage et d’imbrication d’erreurs.