Les workflows sont définis sur "non modifiables" après le déploiement du code.

Cet article résout le problème AEM où, après la création d’un workflow dans AEM suivi d’un déploiement de code, le workflow apparaît comme "Non modifiable". Pour respecter les bonnes pratiques, vos modèles de workflow doivent rester cohérents dans le code base de plusieurs environnements, afin que vous n’ayez pas à recréer des workflows pour chaque environnement.

Description description

Environnement

Experience Manager as a Cloud Service

Problème/Symptômes

Après avoir créé un workflow dans AEM et qu’il existe un déploiement de code, le workflow apparaît comme "Non modifiable".

Résolution resolution

Lorsque vous créez un workflow, son modèle est enregistré par défaut dans :

/conf/global/settings/workflow/models

et lorsque vous effectuez l’opération de synchronisation pour la rendre utilisable, le modèle est également enregistré dans :

/var/workflow/models

La bonne pratique indique que vous devez conserver vos modèles de workflow dans le code base pour qu’ils soient cohérents entre plusieurs environnements et que vous n’avez pas à recréer des workflows pour chaque environnement.

Lors de la création d’un workflow à l’aide de l’interface utilisateur d’AEM, le résultat est qu’après un déploiement du code, la variable

/conf/global/settings/workflow/models

est remplacé conformément à la configuration du filtre codebase.

<filter root="/conf/global/settings/workflow/models" mode="replace" />

Cela crée un problème car le modèle dans :

/conf/global/settings/workflow/models

est supprimé, car il ne se trouve pas dans le code base, et le modèle dans :

/var/workflow/models

n’est pas supprimé, mais il est toujours utilisable à la place.

Puisque vous n’avez plus le modèle dans :

/conf/global/settings/workflow/models

le modèle de workflow est marqué comme "Non modifiable".

Lecture connexe

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f