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 permettent d'automatiser les processus de gestion des ressources et de publication de contenu dans votre environnement AEM. Les workflows se composent d’une série d’étapes, chacune d’elles exécutant une tâche discrète. Vous pouvez utiliser la logique et les données d’exécution pour décider quand un processus peut continuer et sélectionner l’étape suivante à partir de l’une des nombreuses étapes possibles.
Par exemple, les processus d’entreprise pour la création et la publication de pages web incluent les tâches de validation et de validation par différents participants. Ces processus peuvent être modélisés à l’aide de workflows AEM et appliqués à un contenu spécifique.
Les principaux aspects sont abordés ci-dessous, tandis que les pages suivantes abordent d’autres détails :
Pour obtenir des informations sur :
Un WorkflowModel
représente une définition (un modèle) d’un workflow. Il est composé de WorkflowNodes
et de WorkflowTransitions
. Les transitions se connectent aux nœuds et définissent le flux. Le modèle comporte toujours un noeud de départ et un noeud de fin.
Les modèles de workflow bénéficient du contrôle de versions. Lorsque vous exécutez une instance de workflow, elle utilise et conserve le modèle d’exécution du workflow, tel qu’il est disponible au moment du démarrage du workflow.
Un modèle d’exécution est généré lorsque Synchronisation est déclenché dans l’éditeur de modèles de workflow.
Modifications du modèle de workflow qui se produisent ou modèles d’exécution qui sont générés, ou les deux, after l’instance spécifique qui a été lancée ne s’applique pas à cette instance.
Les étapes effectuées sont définies par la fonction modèle d’exécution, générée au moment où la variable Synchronisation est déclenchée dans l’éditeur de modèles de workflow.
Si le modèle de workflow est modifié après ce moment (sans Synchronisation étant déclenché), l’instance d’exécution ne reflète pas ces modifications. Seuls les modèles d’exécution 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 afin que ces modifications soient prises en compte.
Chaque étape exécute une tâche discrète. Il existe différents types d’étapes de workflow :
Toutes les étapes partagent les propriétés suivantes : alertes Autoadvance
et Timeout
(scriptable).
WorkflowTransition
représente une transition entre deux WorkflowNodes
d’un WorkflowModel
.
Un WorkItem
est l’unité qui est transmise par l’intermédiaire d’une instance de Workflow
d’un WorkflowModel
. Il contient les WorkflowData
sur lesquelles agit l’instance, ainsi qu’une référence au WorkflowNode
qui décrit l’étape de workflow sous-jacente.
WorkItems
en même temps (selon le modèle de workflow).WorkItem
référence l’instance de workflow.WorkItem
est stocké sous l’instance de workflow.Fait référence à la ressource qui doit être avancée par le biais d’un workflow.
L’implémentation de la payload 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 flexible et, avec sling productif. Par exemple, le noeud référencé peut être rendu sous la forme d’un formulaire.
Est créé lors du démarrage d’un nouveau workflow (en choisissant le modèle de workflow correspondant et en définissant la charge utile) et se termine lorsque le noeud de fin est traité.
Les actions suivantes sont possibles sur une instance de workflow :
Les instances terminées et terminées sont archivées.
Chaque compte utilisateur possède sa propre boîte de réception de workflow dans laquelle les WorkItems
attribués sont accessibles.
Le WorkItems
sont affectés directement au compte utilisateur ou au groupe auquel ils appartiennent.
Il existe différents types de processus, comme indiqué dans la console Modèles de processus :
Par défaut
Ces types sont les workflows d'usine inclus dans une instance d'AEM standard.
Workflows personnalisés (aucun indicateur dans la console)
Ces workflows ont été créés comme nouveaux ou à partir de workflows d’usine recouverts de personnalisations.
Hérité
Il s’agit des workflows créés dans une version antérieure d’AEM. Ces workflows peuvent être conservés pendant une mise à niveau ou exportés sous la forme d’un package de workflow à partir de la version précédente, puis importés dans la nouvelle version.
Les workflows standard enregistrent les informations d’exécution (historique) lors de leur exécution. Vous pouvez également définir un modèle de workflow comme transitoire pour éviter la persistance d’un tel historique. Ce workflow est utilisé pour l’optimisation des performances, car il permet de gagner du temps et des ressources lors de la conservation des informations.
Les workflows transitoires peuvent être utilisés pour tout workflow qui :
Les workflows transitoires ont été introduits pour charger de nombreuses ressources, où les informations sur les ressources sont importantes, mais pas l’historique d’exécution des workflows.
Voir Création d’un workflow transitoire pour plus de détails.
Lorsqu’un modèle de workflow est marqué comme transitoire, il existe quelques scénarios où les informations d’exécution doivent toujours être conservées :
Dans un workflow transitoire, vous ne devez pas utiliser un Atteindre l’étape.
La raison en est que la variable Atteindre l’étape crée une tâche sling pour continuer le workflow à l’adresse goto
point. Cela va à l’encontre de l’objectif consistant à rendre le workflow transitoire et génère une erreur dans le fichier journal.
Utilisation Division OU pour effectuer des choix au sein d’un workflow transitoire.
Voir Bonnes pratiques pour les ressources pour plus d’informations sur l’impact des workflows transitoires sur les performances des ressources.
Activation Prise en charge multi-ressource pour votre modèle de workflow, cela signifie qu’une seule instance de workflow est lancée même lorsque vous sélectionnez plusieurs ressources. Chacun d'eux est joint sous la forme d'un package.
If Prise en charge multi-ressource n’est pas activé pour votre modèle de workflow et que plusieurs ressources sont sélectionnées, une instance de workflow individuelle est lancée pour chaque ressource.
Voir Configuration d’un workflow pour la prise en charge multi-ressource pour plus de détails.
Les étapes de workflow permettent de visualiser la progression d’un workflow lors de la gestion des tâches. Ils peuvent être utilisés pour fournir une vue d’ensemble de l’avancement du traitement du workflow. Lorsque le workflow s’exécute, l’utilisateur peut afficher la progression décrite par Évaluation (contrairement à une étape individuelle).
Les noms des étapes pouvant être spécifiques et techniques, les noms des phases peuvent être définis pour fournir une vue conceptuelle de la progression du workflow.
Par exemple, pour un workflow comportant six étapes et quatre étapes :
Nom de l’étape | Phase (affectée à l’étape) |
---|---|
Étape 1 | Création |
Étape 2 | Création |
Étape 3 | Révision |
Étape 4 | Approuver |
Étape 5 | Terminé |
Étape 6 | Terminé |
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 s’affiche dans la Onglet INFORMATIONS DU WORKFLOW de la fenêtre des détails de la tâche de l’élément de workflow répertorié dans le Boîte de réception.
En règle générale, les processus sont utilisés pour traiter les envois de formulaire dans AEM. Cela peut être avec la fonction composants principaux de formulaire disponible dans une instance d’AEM standard, ou avec la fonction Solution AEM Forms.
Lors de la création d’un formulaire, l’envoi du formulaire peut facilement être associé à un modèle de processus. Par exemple, pour stocker le contenu à un emplacement particulier du référentiel ou pour informer un utilisateur de l’envoi du formulaire et de son contenu.
Les workflows font également partie des Traduction processus.