DocumentationExperience Cloud KCS

AEM Assets : le workflow ne se déclenche pas pour la synchronisation des titres sur des ressources spécifiques en production

Dernière mise à jour : 1 août 2026

Cet article traite d’un problème où un workflow personnalisé de synchronisation des titres de ressources dans Adobe Experience Manager Assets ne se déclenche pas pour certaines ressources dans l’environnement de production, même s’il fonctionne dans des environnements inférieurs.

Description description

Environnement

Adobe Experience Manager (AEM) as a Cloud Service (toutes les versions)

Problème/Symptômes

Un workflow est configuré dans AEM Assets pour synchroniser la valeur de jcr:title à dc:title lorsque le titre d’une ressource est mis à jour. Dans l’environnement de production, certaines ressources ne déclenchent pas ce workflow lorsque leur titre est modifié, tandis que les mêmes ressources copiées dans un environnement inférieur sous le même chemin d’accès déclenchent le workflow, comme prévu.

  • Le workflow doit se déclencher lors des mises à jour des titres via l’interface utilisateur d’Assets.
  • Aucune instance de workflow n’est observée dans la production pour les ressources affectées après la mise à jour du titre.
  • Le problème est spécifique aux ressources : seules certaines ressources sont affectées, et pas toutes les ressources d’un même dossier ou chemin d’accès.
  • Aucun message d’erreur ne s’affiche dans l’interface utilisateur, mais les journaux des instances de workflow n’affichent aucun déclencheur pour ces ressources.

Exemples de chemins d’accès aux ressources (production) :

  • /content/dam/xxxx/commercial/xxxx/smith/piece/display/static/smith banner 3.png
  • /content/dam/xxxx/commercial/xxxx/smith/piece/direct mail - direct mail/xxxx 2021 V3.html

Procédure à suivre

  1. Dans l’environnement de production, localisez une ressource affectée.
  2. Modifiez le titre de la ressource à l’aide de l’interface utilisateur d’Assets.
  3. Vérifiez les journaux de l’instance de workflow pour tout déclencheur lié à la ressource.
  4. Notez qu’aucune instance de workflow n’est créée pour la mise à jour du titre.

Remarques supplémentaires

  • Lorsqu’elles sont copiées dans un environnement inférieur, les mêmes ressources déclenchent le workflow comme prévu.
  • Le lanceur de workflow est configuré pour les événements de modification de nœud, généralement sur jcr:content/metadata.

Cause

Le workflow ne se déclenche pas car, pour certaines ressources en production, les mises à jour de titre ne modifient pas le nœud de jcr:content/metadata que le lanceur de workflow est configuré pour observer. Cela peut être dû à des différences de structure de nœud, à des nœuds de métadonnées manquants ou à des conditions/exclusions de lanceur qui s’appliquent uniquement à ces ressources.

Résolution resolution

Suivez les étapes ci-dessous pour résoudre le problème :

  1. Vérifier la configuration du lanceur de workflow

    • Dans AEM, accédez à Outils > Workflow > Lanceurs.
    • Vérifiez que le lanceur de workflow est configuré pour écouter le type d’événement correct (par exemple : Node Modified) et le type de nœud (par exemple : nt:unstructured) sur le chemin d’accès attendu (par exemple : /content/dam/.../jcr:content/metadata).

  2. Comparer les structures de nœud

    • Pour une ressource affectée en production, utilisez CRXDE Lite ou un outil similaire pour inspecter la structure du nœud sous jcr:content.
    • Vérifiez si le nœud metadata existe et si la propriété jcr:title est mise à jour sous jcr:content/metadata ou uniquement sous jcr:content.
    • Comparez-le à la même ressource dans l’environnement inférieur où le workflow se déclenche correctement.

  3. Vérification des conditions du lanceur de workflow et liste d’exclusion

    • Vérifiez les conditions ou excluez des entrées de liste dans la configuration du lanceur de workflow (par exemple : event-user-data:changedByWorkflowProcess).
    • Assurez-vous qu’aucune propriété ou donnée utilisateur sur les ressources affectées ne fait ignorer le déclenchement du lanceur.

  4. Activer la journalisation des DEBUG (si une enquête plus approfondie est nécessaire)

    • Utilisez Cloud Manager > Gérer les niveaux de journal pour activer temporairement la journalisation DEBUG pour les classes de workflow et liées au lanceur.
    • N’activez pas la journalisation DEBUG via le déploiement de code pour un dépannage temporaire.
    • Après avoir collecté les journaux, révoquez DEBUG journalisation pour éviter tout volume de journal inutile.
    • Pour plus d’informations, consultez la documentation Adobe sur la gestion des niveaux de journal.

  5. Modification des métadonnées des ressources (si nécessaire)

    • Si les ressources affectées en production ont une structure de nœud différente ou des métadonnées manquantes, mettez à jour les ressources afin que les modifications de titre mettent à jour le nœud metadata comme prévu.
    • Cela peut impliquer de réenregistrer les métadonnées de la ressource ou d’utiliser un script pour aligner la structure du nœud sur les ressources en cours d’utilisation.
recommendation-more-help
experience-cloud-kcs-help-kbarticles