Configuration et personnalisation des workflows id181AI0OJ0RO
Les workflows vous permettent d’automatiser les activités Adobe Experience Manager (AEM). Un workflow se compose d’une série d’étapes exécutées dans un ordre spécifique. Vous pouvez définir une activité distincte à exécuter à chaque étape. Vous pouvez, par exemple, envoyer une notification électronique à tous les réviseurs d’un groupe lorsqu’une révision de rubrique est créée. Ou envoyez une notification à l’éditeur lorsqu’une tâche de génération de sortie est terminée.
Pour plus d’informations sur les workflows dans AEM, voir :
-
Demande de workflow et participation à des workflows : Utilisation des workflows.
-
Création de modèles de workflows et extension de la fonctionnalité de workflow : Développement et extension des workflows.
-
Amélioration des performances des workflows qui utilisent des ressources de serveur importantes : Traitement de workflows simultanés.
Les sections de cette rubrique vous guideront tout au long des différentes personnalisations que vous pouvez effectuer dans les workflows par défaut fournis dans AEM Guides.
Personnalisation du processus de révision id176NE0C00HS
L’équipe de création de contenu de chaque entreprise travaille de manière spécifique pour répondre aux besoins de son entreprise. Dans certaines organisations, il existe un éditeur dédié, tandis que d’autres pourraient avoir mis en place un système automatisé d’examen éditorial. Par exemple, dans une organisation, un processus de création et de publication type peut inclure des tâches comme : chaque fois qu’un auteur a terminé la création de contenu, il est automatiquement envoyé aux réviseurs, et lorsque la révision est terminée, il est envoyé à l’éditeur pour générer la sortie finale. Dans AEM, les activités que vous effectuez sur votre contenu et vos ressources peuvent être combinées sous la forme d’un processus et mappées à un workflow AEM. Pour plus d’informations sur les workflows dans AEM, voir Administration des workflows dans AEM documentation.
AEM Guides vous permet de personnaliser le processus de révision par défaut. Vous pouvez utiliser les quatre processus personnalisés suivants liés à la révision avec vos autres processus de création ou de publication.
-
Créer une révision : ce processus prépare les métadonnées requises pour créer une tâche de révision. Par exemple, il attribuera des autorisations de révision aux réviseurs, définira le statut des rubriques à réviser, définira les chronologies de révision, etc. Sur les quatre processus, il s’agit du seul processus obligatoire qui doit être inclus dans votre workflow personnalisé. Dans votre workflow, vous pouvez choisir d'inclure ou d'exclure les trois autres processus.
-
Assign Review Task : ce processus crée la tâche de révision et envoie la notification de tâche à l’initiateur et aux réviseurs.
-
Envoyer un courrier électronique de révision : ce processus envoie le courrier électronique de révision à l’initiateur et aux réviseurs.
-
Planifier la tâche pour fermer la révision : ce processus garantit que le processus de révision se termine une fois l’échéance atteinte.
Lorsque vous créez un processus de révision personnalisé, la première tâche consiste à définir les métadonnées requises par le processus de création de révision. Pour ce faire, vous pouvez créer un script ECMA. Vous trouverez ci-dessous un exemple de script ECMA qui affecte les métadonnées :
var workflowdata=workItem.getWorkflowData();
workflowdata.getMetaDataMap().put("initiator","admin");
workflowdata.getMetaDataMap().put("operation","AEM_REVIEW");
workflowdata.getMetaDataMap().put("orgTopics","/content/dam/xml-solution/review.xml");
workflowdata.getMetaDataMap().put("payloadJson","{\"base\":\"/content/dam/xml-solution\",\"asset\":[\"/content/dam/xml-solution/review.xml\"],\"referrer\":\""}");
workflowdata.getMetaDataMap().put("deadline","2017-06-27T13:19:00.000+05:30");
workflowdata.getMetaDataMap().put("title","Review through custom workflow");
workflowdata.getMetaDataMap().put("description","Initiate this review process using the AEM workflow");
workflowdata.getMetaDataMap().put("assignee","user-one", "user-two");
workflowdata.getMetaDataMap().put("status","1");
workflowdata.getMetaDataMap().put("projectPath","/content/projects/review");
workflowdata.getMetaDataMap().put("startTime", System.currentTimeMillis());
Vous pouvez créer ce script dans le noeud /etc/workflows/scripts
. Le tableau suivant décrit les propriétés affectées par ce script ECMA :
initiator
operation
AEM_REVIEW
.orgTopics
payloadJson
-
base
: chemin du dossier parent contenant la rubrique envoyée pour révision.-
asset
: chemin d’accès de la rubrique envoyée pour révision.-
referrer
: laissez ce champ vide.deadline
yyyy-MM-dd'T'HH:mm:ss.SSSXXX
.title
description
assignee
status
startTime
System.currentTimeMillis()
pour obtenir l’heure actuelle du système.Une fois que vous avez créé le script, appelez-le avant d’appeler le processus Créer une révision dans votre workflow. Ensuite, en fonction de vos besoins, vous pouvez appeler les autres processus de workflow de révision.
Supprimer le workflow de révision de la configuration de purge
Pour améliorer les performances du moteur de workflow, vous pouvez régulièrement purger les instances de workflow terminées du référentiel AEM. Si vous utilisez les configurations d’AEM par défaut, toutes les instances de workflow terminées sont nettoyées après une période spécifique. Cela entraîne également la purge de tous les workflows de révision du référentiel AEM.
Vous pouvez empêcher la purge automatique des workflows de révision en supprimant le modèle de workflow de révision (information) de la configuration de purge automatique. Vous devez utiliser la configuration de purge de workflow Granite Adobe pour supprimer les modèles de workflow de révision de la liste de purge automatique.
Dans la configuration de purge de workflow Granite Adobe, assurez-vous de répertorier au moins un workflow que vous pouvez purger en toute sécurité. Par exemple, vous pouvez utiliser l’un des workflows suivants créés par AEM Guides :
- /etc/workflow/models/publishditamap/jcr:content/model
- /etc/workflow/models/post-dita-project-creating-tasks/ jcr:content/model
L’ajout d’un workflow dans la configuration de purge de workflow Granite Adobe garantit que AEM purge uniquement les workflows répertoriés dans la configuration. Cela empêche AEM de purger les informations du workflow de révision.
Pour plus d’informations sur la configuration de la configuration de purge de workflow Granite Adobe, voir Administration des instances de workflow dans la documentation AEM.
Personnalisation des modèles de courrier électronique
Un certain nombre de workflows AEM Guides utilisent des notifications électroniques. Par exemple, si vous lancez une tâche de révision, un email de notification est envoyé aux réviseurs. Toutefois, pour vous assurer que l’email de notification est envoyé, vous devez activer cette fonctionnalité dans AEM. Pour activer la notification électronique dans AEM, reportez-vous à l’article Configuration de la notification électronique dans la documentation AEM.
AEM Guides contient un ensemble de modèles de courrier électronique que vous pouvez personnaliser. Effectuez les étapes suivantes pour personnaliser ces modèles :
-
Connectez-vous à AEM et ouvrez le mode CRXDE Lite.
-
Dans l’onglet Navigateur , accédez à l’emplacement suivant :
/libs/fmdita/mail
note note NOTE Ne rendez aucune personnalisation dans les fichiers de configuration par défaut disponible dans le noeud libs
. Vous devez créer une superposition du noeudlibs
dans le noeudapps
et mettre à jour les fichiers requis dans le noeudapps
uniquement. -
Le dossier de courrier contient les modèles personnalisables suivants :
table 0-row-2 1-row-2 2-row-2 3-row-2 Nom de fichier du modèle Description closereview.html Ce modèle de courrier électronique est utilisé lorsqu’une tâche de révision est fermée. createreview.html Ce modèle de courrier électronique est utilisé lors de la création d’une tâche de révision. reviewapproval.css Ce fichier CSS contient le style des modèles de courrier électronique.
Personnaliser le workflow de génération après la sortie id17A6GI004Y4
AEM Guides vous offre la possibilité de spécifier un workflow de génération après sortie. Vous pouvez effectuer certaines tâches de post-traitement sur la sortie générée à l’aide d’AEM Guides. Par exemple, vous pouvez appliquer certaines balises CQ à la sortie Site AEM générée ou définir certaines propriétés sur la sortie PDF, ou envoyer un courrier électronique à un ensemble d’utilisateurs une fois la sortie générée.
Vous pouvez créer un modèle de workflow à utiliser comme workflow de génération après sortie. Lorsqu’un workflow de génération de sortie est déclenché, le workflow de génération de sortie partage des informations contextuelles par le biais de la carte des métadonnées de workflow, que vous pouvez utiliser pour effectuer le traitement sur la sortie générée. Le tableau suivant décrit les informations contextuelles partagées en tant que métadonnées :
outputName
generatedPath
outputType
outputTitle
outputHistoryPath
isSuccess
logPath
generatedTime
initiator
Pour utiliser les métadonnées de génération de sortie, vous pouvez créer un script ECMA ou un lot OSGi. Vous trouverez ci-dessous un exemple du script ECMA qui utilise les métadonnées :
/etc/workflows/scripts
.var session = workflowSession.getSession(); // Obtain session object to read/write the repository.
var payload = workItem.getWorkflowData().getPayload().toString(); // Get the workflow payload (the ditamap file on which the generation was triggered)
var metadata = workItem.getWorkflowData().getMetaDataMap(); // Get the workflow metadata object
var generatedPath = metadata.get("generatedPath"); // supplied by AEM Guides
var username = metadata.get("initiator"); // supplied by AEM Guides
var successful = metadata.get("isSuccess"); // supplied by AEM Guides
var title = metadata.get("outputTitle"); // supplied by AEM Guides
var subject = "Output Generation Finished";
var message = "Generation of output " + title + " just finished " +
(successful ? "successfully. " : "unsuccessfully. ");
message += "It was triggered by " + username;
if (successful) {
message += "<br/><br/>The path to the generated output is " +
generatedPath;
}
/*
MailerAPI.sendMail("dl-docs-authors", subject, message);
*/
Une fois que vous avez créé le script, appelez le script personnalisé dans votre workflow. Ensuite, en fonction de vos besoins, vous pouvez appeler les autres processus du workflow. Une fois que vous avez conçu votre workflow personnalisé, appelez la Finalize Post Generation (Finaliser la génération) comme dernière étape de votre processus de workflow. L’étape Finalize Post Generation garantit que l’état de la tâche de génération de sortie est mis à jour vers Terminé à la fin du processus de génération de sortie. Après avoir créé un workflow personnalisé de génération de sortie, vous pouvez le configurer avec l’un de vos paramètres prédéfinis de génération de sortie. Sélectionnez le workflow requis dans la propriété Exécuter le processus de génération de Post du paramètre prédéfini requis. Lorsque vous exécutez une tâche de génération de sortie à l’aide du paramètre prédéfini de sortie configuré, l’état de la tâche (dans l’onglet Sortie) passe à Post-Processing.
Personnalisation du processus de mise à jour des ressources id18C3D0I0B5Z
Par défaut, le workflow Ressource de mise à jour de gestion des actifs numériques se déclenche lorsque vous créez ou mettez à jour une ressource AEM (XML ou non XML). Par exemple, lorsque vous créez une rubrique ou la mettez à jour, le workflow Ressource de mise à jour de gestion des actifs numériques est exécuté. Le workflow Ressource de mise à jour de gestion des actifs numériques tente d’extraire les métadonnées pertinentes d’Assets. Le workflow de mise à jour de ressource prêt à l’emploi ne comprend aucune étape pour extraire les métadonnées appropriées d’un fichier DITA et le workflow Ressource de mise à jour de gestion des actifs numériques génère de nombreux journaux au moment de l’exécution. Si vous souhaitez éviter les logs supplémentaires, vous pouvez configurer le workflow pour qu’il ignore tous les fichiers XML du traitement.
Effectuez les étapes suivantes pour personnaliser le workflow Ressource de mise à jour de gestion des actifs numériques :
-
ouvrez la page Lanceurs de workflow .
L’URL par défaut pour accéder à la page des lanceurs de workflow est la suivante :
code language-http http://<server name>:<port>/libs/cq/workflow/admin/console/content/launchers.html
-
Dans la liste des lanceurs de workflow, ouvrez les propriétés du workflow Ressource de mise à jour de gestion des actifs numériques.
-
Ajoutez une condition avec l’expression suivante :
code language-json jcr:content/metadata/dc:format!=application/xml
-
Cliquez sur Enregistrer et fermer.
Configuration du workflow XML de post-traitement id18CJB03J0Y4
AEM Guides crée un ensemble de workflows qui vous permettent de travailler avec du contenu DITA dans AEM. Par exemple, certains workflows sont exécutés lorsque vous chargez du contenu DITA ou mettez à jour du contenu existant. Ces processus analysent les documents DITA et effectuent diverses tâches, telles que la définition des métadonnées, l’ajout de paramètres prédéfinis de sortie par défaut à de nouvelles cartes DITA et d’autres tâches associées.
Les propriétés suivantes régissent l’exécution des workflows de post-traitement par AEM Guides :
com.adobe.fmdita.postprocess.PostProcessObservation
com.adobe.fmdita.config.ConfigManager
La valeur par défaut est 1.