Développement et extension des workflows

AEM fournit plusieurs outils et ressources pour créer des modèles de workflow, développer des étapes de workflow et interagir par programme avec les workflows.

Les workflows vous permettent d’automatiser les processus pour gérer les ressources et publier le contenu dans votre environnement AEM. Les workflows sont constitués d’une série d’étapes accomplissant chacune une tâche discrète. Vous pouvez utiliser la logique et les données d’exécution pour prendre des décisions quant au moment où un processus peut se poursuivre et choisir l’étape suivante parmi plusieurs possibles.

Par exemple, les processus métier pour la création et la publication de pages web incluent des tâches d’approbation et de validation par différents participants. Ces processus peuvent être modélisés à l’aide de workflows AEM et appliqués au contenu spécifié.

Les aspects clés sont présentés ci-dessous, tandis que les pages suivantes abordent d’autres détails :

• Création de modèles de workflow
• Développement des fonctionnalités de workflow
• Interaction avec les workflows par programmation
• Référence sur les étapes du workflow
• Référence sur les processus de workflow
• Meilleures pratiques relatives aux workflows

Modèle

Un WorkflowModel représente une définition (un modèle) d’un workflow. Il est composé de WorkflowNodes et WorkflowTransitions. Les transitions connectent les noeuds et définissent le flux. Le modèle dispose toujours d’un nœud de début et d’un nœud de fin.

Modèle d’exécution

Les modèles de workflow bénéficient du contrôle de versions. Lorsque vous exécutez une instance de workflow, celle-ci utilise (et conserve) le modèle d’exécution du workflow (si disponible lors du démarrage du workflow).

Un modèle d’exécution est généré lorsque la synchronisation est déclenchée dans l’editeur de modèles de workflow.

Les modifications apportées au modèle de flux de travail qui se produisent et/ou aux modèles d’exécution qui sont générés après le démarrage de l’instance spécifique ne sont pas appliquées à cette instance.

Étape

Chaque étape accomplit une tâche discrète. Il existe différents types d’étapes de workflow :

• Participant (utilisateur/groupe) : ces étapes génèrent un élément de travail et l’attribuent à un utilisateur ou à un groupe. Un utilisateur doit terminer la tâche pour faire avancer le processus.
• Processus (script ou appel de méthode Java) : ces étapes sont exécutées automatiquement par le système. Un script ECMA ou une classe Java met l’étape en œuvre. Les services peuvent être développés pour écouter les événements de workflow spéciaux et effectuer des tâches en fonction de la logique métier.
• Conteneur (sous-processus) : ce type d’étape démarre un autre modèle de workflow.
• Division/jonction OU : utilisez la logique pour décider de l’étape suivante à exécuter dans le workflow.
• Division/jonction ET : autorisez l’exécution simultanée de plusieurs étapes.

Toutes les étapes partagent les propriétés communes suivantes : Alertes Autoadvance et Timeout (scriptable).

Transition

Un WorkflowTransition représente une transition entre deux WorkflowNodes d'un WorkflowModel.

• Il définit le lien entre deux étapes consécutives.
• Il est possible d’appliquer des règles.

Élément de travail

Un WorkItem est l'unité transmise par une instance Workflow d'un WorkflowModel. Il contient le WorkflowData sur lequel l’instance agit et une référence au WorkflowNode qui décrit l’étape sous-jacente du flux de travail.

• Il est utilisé pour identifier la tâche et placé dans la boîte de réception correspondante.
• Une instance de processus peut avoir simultanément WorkItems (selon le modèle de processus).
• Le WorkItem référence l'instance de processus.
• Dans le référentiel, WorkItem est stocké sous l’instance de flux de travaux.

Charge utile

Elle référence la ressource qui doit être avancée par un workflow.

La mise en œuvre de charge utile référence une ressource dans le référentiel (par chemin, UUID ou URL) ou par un objet Java sérialisé. Le référencement d’une ressource dans le référentiel est très flexible et productif en conjonction avec Sling ; par exemple, le rendu du nœud référencé peut être effectué sous forme de formulaire.

Cycle de vie

Il est créé lorsque vous démarrez un nouveau workflow (en choisissant le modèle de workflow respectif et en définissant la charge utile) et se termine lorsque le nœud de fin est traité.

Les actions suivantes sont possibles sur une instance de processus :

• Arrêter
• Suspendre
• Reprendre
• Redémarrer

Les instances terminées et arrêtées sont archivées.

Boîte de réception

Chaque compte utilisateur dispose de sa propre boîte de réception de flux de travail dans laquelle le WorkItems affecté est accessible.

Les WorkItems sont affectés soit directement au compte utilisateur, soit au groupe auquel ils appartiennent.

Types de workflow

Il existe différents types de workflow comme indiqué dans la console Modèles de workflow :

• Valeur par défaut

  Il s’agit des workflows prêts à l’emploi inclus dans une instance AEM standard.

• Workflows personnalisés (aucun indicateur dans la console)

  Il s’agit de workflows qui ont été créés comme nouveaux ou à partir de workflows prêts à l’emploi qui ont été superposés à des personnalisations.

• Legacy

  Workflows créés dans une version antérieure d’AEM. Ils peuvent être conservés lors d’une mise à niveau, ou exportés en tant que module de workflow à partir de la version antérieure, puis importés dans la nouvelle version.

workflows transitoires

Les workflows standard enregistrent les informations (d’historique) d’exécution lors de leur exécution. Vous pouvez également définir un modèle de flux de travail comme Transient pour éviter que cet historique ne soit conservé. Il est utilisé pour ajuster les performances, car il économise le temps/les ressources utilisés pour rendre les informations persistantes.

Les workflows transitoires peuvent être utilisés pour tout workflow qui :

• est exécuté fréquemment ;
• ne nécessite pas l’historique de workflows.

Les workflows transitoires ont été introduits pour charger un grand nombre de ressources, où les informations des ressources sont importantes, mais pas l’historique d’exécution des workflows.

Prise en charge multi-ressource

L'activation de la prise en charge de ressources multiples pour votre modèle de processus signifie qu'une instance de processus unique sera lancée même si vous sélectionnez plusieurs ressources ; ces documents seront joints sous forme de paquet.

Si la prise en charge multi-ressource n’est pas activée pour votre modèle de workflow, et si plusieurs ressources sont sélectionnées, une instance de workflow individuelle sera démarrée pour chaque ressource.

Phases de processus

Les phases de processus permettent de visualiser la progression d’un workflow lors de la gestion des tâches. Elles peuvent être utilisées pour fournir un aperçu de la progression du workflow dans le traitement. Lors de l’exécution du workflow, l’utilisateur peut ainsi afficher la progression décrite par la phase (par opposition à l’étape individuelle).

Les noms d’étape individuels pouvant être spécifiques et techniques, ils peuvent être définis afin de fournir une vue conceptuelle de la progression du processus.

Par exemple, pour un workflow avec six étapes et quatre phases :

1. Vous pouvez configurer les phases de processus (qui indiquent la progression du workflow), puis attribuer la phase appropriée à chaque étape du workflow :

   • Plusieurs noms de phases peuvent être créés.
   • Un nom de phase individuel est ensuite attribué à chaque étape (un nom de phase peut être attribué à une ou plusieurs étapes).

   Nom de l’étape	Phase (affectée à l’étape)
   Étape 1	Créer
   Étape 2	Créer
   Étape 3	Révision
   Étape 4	Approuver
   Étape 5	Terminer
   Étape 6	Terminer

2. Lorsque le workflow est exécuté, l’utilisateur peut afficher la progression en fonction des noms des phases (au lieu des noms des étapes). La progression du workflow est affichée dans l’onglet Informations du processus de la fenêtre Détails de la tâche de l’élément de travail répertorié dans la boîte de réception.

workflows et Forms

En règle générale, les workflows sont utilisés pour traiter les envois de formulaires dans AEM. Il peut s’agir des composants de base composants de formulaire disponibles dans une instance d’AEM standard ou de la solution AEM Forms.

Lors de la création d’un formulaire, l’envoi de ce formulaire peut facilement être associé à un modèle de workflow ; par exemple pour stocker le contenu dans un emplacement précis du référentiel ou pour notifier un utilisateur de l’envoi du formulaire et de son contenu.

workflows et traduction

Les workflows font également partie intégrante du processus Traduction.