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 :

REMARQUE

Pour obtenir des informations sur :

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.

ATTENTION

Les étapes exécutées sont celles définies par le modèle d’exécution qui est généré lorsque l’action de synchronisation est déclenchée dans l’éditeur de modèles de workflow.

Si le modèle de workflow est modifié après ce stade (sans déclenchement de synchronisation), son instance d’exécution ne reflète pas ces modifications. Seuls les modèles de mise en œuvre générés après la mise à jour reflètent les modifications. Les exceptions sont les scripts ECMA sous-jacents, qui ne sont conservés qu’une seule fois, de sorte que les modifications apportées à ces derniers sont sélectionnées.

É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 <a0/> (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 :

wf-upgrade-03

  • 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.

REMARQUE

Voir Création d’un workflow transitoire pour plus de détails.

ATTENTION

Lorsqu’un modèle de workflow a été marqué comme transitoire, il y a quelques situations dans lesquelles les informations d’exécution persisteront toujours :

  • Le type de charge utile (par exemple, vidéo) nécessite des étapes externes pour le traitement. Dans ce cas, l’historique d’exécution est nécessaire pour la confirmation de l’état.
  • Le workflow entre en Division ET. Dans ce cas, l’historique d’exécution est nécessaire pour la confirmation de l’état.
  • Lorsque le workflow transitoire entre dans une étape de participant, il modifie le mode (à l’exécution) en non transitoire, car la tâche est transmise à une personne, l’historique doit persister.
ATTENTION

Dans un workflow transitoire, vous ne devriez pas utiliser Atteindre l’étape.

La raison en est que Atteindre l’étape crée un travail Sling pour continuer le workflow au point goto. Cela va à l’encontre du but recherché en rendant le workflow transitoire et génère une erreur dans le fichier journal.

Pour prendre des décisions dans un workflow transitoire, vous pouvez utiliser la division OU.

REMARQUE

Voir Meilleures pratiques pour les ressources pour plus d’informations sur la façon dont les workflows transitoires affectent les performances des ressources.

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.

REMARQUE

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éviser
    É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.

Sur cette page