Démarrage d’un workflow starting-workflows

CAUTION
AEM 6.4 a atteint la fin de la prise en charge étendue et cette documentation n’est plus mise à jour. Pour plus d’informations, voir notre période de support technique. Rechercher les versions prises en charge here.

Lors de l’administration des workflows, vous pouvez les démarrer selon différentes méthodes :

NOTE
D'autres méthodes sont également disponibles pour les auteurs. pour plus d’informations, voir :

Modèles de workflow workflow-models

Vous pouvez démarrer un workflow reposant sur l’un des modèles répertoriés dans la console Modèles de workflows. La seule information obligatoire est la payload, bien qu’un titre et/ou un commentaire puisse également être ajouté.

Lanceurs de workflows workflows-launchers

Le lanceur de processus surveille les modifications apportées au référentiel de contenu pour lancer les processus en fonction de l’emplacement et du type de ressource du noeud modifié.

À l’aide du Lanceur, vous pouvez :

  • Voir les workflows déjà lancés pour des noeuds spécifiques.
  • Sélectionnez un workflow à lancer lorsqu’un certain noeud/type de noeud a été créé/modifié/supprimé.
  • Supprimez une relation workflow-noeud existante.

Vous pouvez créer un lanceur sur n’importe quel nœud. Cependant, les modifications apportées à certains nœuds ne lancent pas de workflows. Les modifications apportées aux noeuds situés sous les chemins suivants ne provoquent pas le lancement des workflows :

  • /var/workflow/instances

  • Tout nœud workflow-inbox situé n’importe où dans la branche /home/users

  • /tmp

  • /var/audit

  • /var/classes

  • /var/eventing

  • /var/linkchecker

  • /var/mobile

  • /var/statistics

    • Exception : les modifications apportées aux nœuds sous /var/statistics/tracking provoquent le lancement de workflows.

Différentes définitions sont incluses avec l’installation standard. Ils sont utilisés pour les tâches de gestion des ressources numériques et de collaboration sociale :

wf-100

Modules de processus pour le traitement par lots workflow-packages-for-batch-processing

Les modules de workflow sont des modules qui peuvent être transmis à un workflow en tant que charge utile pour le traitement, ce qui permet de traiter plusieurs ressources.

Un module de workflow :

  • contient des liens vers un ensemble de ressources (telles que des pages, des ressources).
  • contient des informations sur le package, telles que la date de création, l’utilisateur qui a créé le package et une brève description.
  • est défini à l’aide d’un modèle de page spécialisé. Ce type de page permet de spécifier les ressources dans le package ;
  • peut être utilisé plusieurs fois.
  • peut être modifié par l’utilisateur (ajouter ou supprimer des ressources) pendant que l’instance de workflow est en cours d’exécution.

Démarrage d’un workflow à partir de la console Modèles starting-a-workflow-from-the-models-console

  1. Accédez à la console Modèles en sélectionnant Outils, Workflow, puis Modèles.

  2. Sélectionnez le workflow (selon la vue de la console). Vous pouvez également utiliser la fonction Rechercher (dans la partie supérieure gauche), si nécessaire :

    wf-103

    note note
    NOTE
    L’indicateur Transitoire affiche les workflows pour lesquels l’historique des workflows n’est pas conservé.
  3. Sélectionnez Démarrer le workflow dans la barre d’outils.

  4. La boîte de dialogue Exécuter le workflow s’ouvre, d’où vous pouvez spécifier les éléments suivants :

    • Payload

      Il peut s’agir d’une page, d’un nœud, d’une ressource, d’un package, entre autres ressources.

    • Titre

      Titre facultatif permettant d’identifier cette instance.

    • Commentaire

      Commentaire facultatif permettant d’indiquer des détails sur cette instance.
      wf-104

Création d’une configuration de lanceur creating-a-launcher-configuration

  1. Accédez à la console Lanceurs de workflow en sélectionnant Outils, Workflow, puis Lanceurs.

  2. Sélectionnez Créer, puis Ajouter un lanceur pour ouvrir la boîte de dialogue :

    wf-105

    • Type d’événement

      Type d’événement qui lance le workflow :

      • Créé
      • Modifié
      • Supprimé
    • Notetype

      Type de nœud auquel s’applique le lanceur de workflow.

    • Chemin

      Chemin d’accès auquel s’applique le lanceur de workflow.

    • Mode(s) d’exécution

      Type de serveur auquel s’applique le lanceur de workflow. Sélectionnez Auteur, Publier ou Créer et publier.

    • Conditions

      Liste de conditions pour les valeurs de nœuds qui, lorsqu’elles sont évaluées, déterminent si le workflow est lancé. Par exemple, la condition ci-dessous provoque le lancement du workflow lorsque le nœud possède un nom de propriété avec la valeur Utilisateur :

      name==User

    • Fonctionnalités

      Liste des fonctionnalités à activer. Sélectionnez les fonctionnalités nécessaires à l’aide du sélecteur de liste déroulante.

    • Fonctionnalités désactivées

    Liste des fonctionnalités à désactiver. Sélectionnez les fonctionnalités nécessaires à l’aide du sélecteur de liste déroulante.

    • Modèle de workflow

      Workflow à lancer lorsque le type d’événement se produit sur le type de nœud et/ou au chemin d’accès dans la condition définie.

    • Description

      Votre propre texte pour décrire et identifier la configuration du lanceur.

    • Activer

      Contrôle si le lanceur de workflow est activé :

      • Sélectionner Activer pour lancer des workflows lorsque les propriétés de configuration sont satisfaites.
      • Sélectionner Désactiver lorsque le workflow ne doit pas s’exécuter (pas même lorsque les propriétés de configuration sont satisfaites).
    • Exclure la liste

      Cette option spécifie des événements JCR à exclure (c’est-à-dire à ignorer) lorsque vous déterminez si un workflow doit être déclenché.

      Cette propriété de lanceur est une liste d’éléments séparés par des virgules : ``

      • property-name ignore les événements jcr déclenchés avec le nom de propriété spécifié. ``
      • event-user-data:<*someValue*> ignore tout événement contenant la variable *<someValue*> user-data défini par le biais de l’API [ObservationManager ] (https://www.adobe.io/experience-manager/reference-materials/spec/jsr170/javadocs/jcr-2.0/javax/jcr/observation/ObservationManager.html#setUserData(java.lang.String.

      Par exemple :

      jcr:lastModified,dc:modified,dc:format,jcr:lastModifiedBy,imageMap,event-user-data:changedByWorkflowProcess

      Cette fonctionnalité peut être utilisée pour ignorer les modifications déclenchées par un autre processus de workflow en ajoutant l’élément d’exclusion :

      event-user-data:changedByWorkflowProcess

  3. Sélectionnez Créer pour créer le lanceur et revenir à la console.

    Une fois que l’événement approprié se produit, le lanceur est déclenché et le workflow est démarré.

Gestion d’une configuration de lanceur managing-a-launcher-configuration

Une fois que vous avez créé la configuration de lanceur, vous pouvez utiliser la même console pour sélectionner l’instance, puis sélectionner Afficher les propriétés (et les modifier) ou Supprimer.

recommendation-more-help
5ce3024a-cbea-458b-8b2f-f9b8dda516e8