Les paramètres incluent les enfants qui ne fonctionnent pas dans l’arborescence de contenu Publish (agent de prévisualisation)

Cet article traite du problème Adobe Experience Manager où un workflow créé par le client pour publier des fragments de contenu (CF) sur un serveur de prévisualisation a cessé de répliquer des fragments imbriqués et des ressources non publiées, malgré l’inclusion de l’option includeChildren. Une analyse du journal a révélé que le workflow doit être exécuté à partir de la console du workflow sur le dossier contenant le CF plutôt que directement sur le fragment de contenu.

Description description

Environnement

Adobe Experience Manager

Problème/Symptômes

Vous avez créé un workflow pour publier du contenu sur l’agent d’aperçu en ajoutant l’étape de processus en tant qu’ Arborescence de contenu Publish et les arguments requis comme décrit dans [ 1] :

agentId=preview,includeChildren=true

Ce workflow est utilisé pour répliquer les fragments de contenu (CF) sur le serveur de prévisualisation.

Processus utilisé pour publier la payload fournie, ainsi que les fragments imbriqués, et utilisé pour répliquer les ressources non publiées afin de prévisualiser. Le workflow a toutefois récemment cessé de publier les références au fragment de contenu envoyé en tant que charge utile. Contrairement à la façon dont il fonctionnait [ 3] , il publie simplement le chemin d’accès fourni dans la payload, même si l’option includeChildren est toujours présente, comme illustré dans les journaux [ 2] .

[ 1] Workflow d’arborescence de contenu Publish dans le guide d’utilisation d’AEM as a Cloud Service

[ 2]

INFO - Request accepted with distribution package PackageMessage(pubSlingId=88708d75-d25d-4386-bcaa-f9fec074d9e0, reqType=ADD, pkgId=dstrpck-1730188059805-67b1f056-b213-45e8-a507-26f60904114e, pkgType=journal_filevault, pkgLength=9676, pubAgentName=preview, userId=replication-service, paths=[  /content/dam/campaign-content-fragments/Folder/content-models/fragment-campaign]  , deepPaths=[  ]  , metadata={}) at offset=48863761, queueSize=1, queueSizeDelay=0
INFO - Successfully applied package with id dstrpck-1730188059805-67b1f056-b213-45e8-a507-26f60904114e, type ADD, paths [ /content/dam/campaign-content-fragments/Folder/content-models/fragment-campaign]

[ 3]

*INFO* [ JobHandler: /var/workflow/instances/server4381/2024-10-07/replicate-preview_11:/content/dam/campaign-content-fragments/Folder/content-models]  org.apache.sling.distribution.journal.impl.publisher.DistributionPublisher [ preview]  Request accepted with distribution package PackageMessage(pubSlingId=9c3ac3a6-dc6f-4a36-9cd8-b0d0771bdfd8, reqType=ADD, pkgId=dstrpck-1728314679148-77dbec4f-144f-4d9c-a1c0-c5bfeaa4c028, pkgType=journal_filevault, pkgLength=326438, pubAgentName=preview, userId=replication-service, paths=[ /content/dam/campaign-content-fragments/Folder/content-models/fragment-campaign/folder2/folder3/folder4/content_fragment_1, ... 99 more]  , deepPaths=[  ]  , metadata={}) at offset=118000316, queueSize=5, queueSizeDelay=0

Résolution resolution

Avant que des problèmes ne soient signalés avec le workflow, l’analyse des logs a révélé que le workflow était généralement lancé sur des dossiers CF plutôt que sur des fragments de contenu.

En outre, lorsqu’ils sont démarrés par rapport aux fragments de contenu, les journaux s’affichent exactement comme ils le font actuellement, avec uniquement le fragment de contenu dans le chemin de réplication, indiquant que le comportement n’a pas changé.

Le workflow doit être exécuté à partir de la console du workflow sur le dossier contenant les CF plutôt que directement sur le fragment de contenu afin de répliquer les CF avec toutes leurs références.