Bonnes pratiques en matière de workflow

Configurer des files d’attente de tâches individuelles

Dans certains cas, il est utile de configurer des files d’attente de tâches individuelles pour contrôler les threads simultanés ou d’autres options de file d’attente, sur une base de tâches individuelles. Vous pouvez ajouter et configurer une file d’attente individuelle depuis la console web via la fabrique de configuration de la file d’attente de tâches Apache Sling. Pour localiser la rubrique à répertorier, exécutez le modèle du workflow et recherchez-le dans la console Tâches Sling  ; par exemple, à l’adresse http://localhost:4502/system/console/slingevent.

Des files d’attente individuelles peuvent également être ajoutées pour les workflows transitoires.

Configurer la purge de workflow

Dans une installation standard, AEM fournit une console de maintenance où vous pouvez planifier et configurer les activités de maintenance quotidiennes et hebdomadaires ; par exemple, à :

http://localhost:4502/libs/granite/operations/content/maintenance.html

Par défaut, la Fenêtre de maintenance hebdomadaire a une tâche de Purge de workflow, mais celle-ci doit être configurée avant son exécution. Pour configurer les purges de workflow, vous devez ajoutez une nouvelle Configuration de la purge de workflow Adobe Granite dans la console web.

Pour plus de détails sur les tâches de maintenance dans AEM, consultez le Tableau de bord des opérations.

Ne démarrez pas de workflows à partir d’autres workflows

Les workflows peuvent entraîner une surcharge importante, à la fois en termes d’objets créés en mémoire et de nœuds suivis dans le référentiel. Pour cette raison, il est préférable qu’un workflow effectue son traitement lui-même plutôt que de démarrer des workflows supplémentaires.

Par exemple, un workflow qui implémente un processus d’entreprise sur un ensemble de contenu, puis active ce contenu. Il est préférable de créer un processus de workflow personnalisé qui active chacun de ces nœuds, plutôt que de démarrer un modèle  Activer le contenu pour chacun des nœuds de contenu qui doivent être publiés. Cette approche nécessitera un travail de développement supplémentaire, mais est plus efficace une fois exécutée que le démarrage d’une instance de workflow séparée pour chaque activation.

Un autre exemple serait un workflow qui traite plusieurs nœuds, crée un package de workflow, puis active ce package. Plutôt que de créer le package, puis de démarrer un workflow séparé avec le package défini comme charge utile, vous pouvez modifier la charge utile de votre workflow lors de l’étape de création du package, et appeler ensuite l’étape pour activer le package dans le même modèle de workflow.

Avance du gestionnaire

Lors de la conception d’un modèle de workflow, vous avez la possibilité d’activer l’avance du gestionnaire dans les étapes de votre workflow. Vous pouvez également ajouter du code à votre étape de workflow pour déterminer la prochaine étape à exécuter, puis l’exécuter.

Il est recommandé d’utiliser l’avance du gestionnaire, car elle offre de meilleures performances.