O parâmetro includeChildren não funcionam no Fluxo de trabalho da árvore de conteúdo do Publish (agente de visualização)

Este artigo aborda o problema do Adobe Experience Manager em que um fluxo de trabalho criado pelo cliente para a publicação de fragmentos de conteúdo (CFs) em um servidor de visualização parou de replicar fragmentos aninhados e ativos não publicados, apesar da inclusão da opção includeChildren. Uma análise de log revelou que o fluxo de trabalho deve ser executado do console de fluxo de trabalho na pasta que contém o CF em vez de diretamente no fragmento de conteúdo.

Descrição description

Ambiente

Adobe Experience Manager

Problema/Sintomas

Você criou um fluxo de trabalho para publicar conteúdo no agente de visualização adicionando a etapa do processo como Árvore de Conteúdo do Publish e os argumentos necessários conforme descrito em [ 1] :

agentId=preview,includeChildren=true

Esse fluxo de trabalho é usado para replicar fragmentos de conteúdo (CF) no servidor de visualização.

O fluxo de trabalho usado para publicar o conteúdo fornecido, bem como quaisquer fragmentos aninhados e usado para replicar ativos não publicados e também para visualização. No entanto, o fluxo de trabalho interrompeu recentemente a publicação das referências ao fragmento de conteúdo que foi enviado como carga. Ao contrário de como funcionava [ 3] , está apenas publicando o caminho fornecido na carga, mesmo que a opção includeChildren ainda esteja presente, como mostrado nos logs [ 2] .

[ 1] Fluxo de trabalho da Árvore de Conteúdo do Publish no guia do usuário do 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

Resolução resolution

Antes de relatar problemas com o fluxo de trabalho, foi descoberto por meio da análise de log que o fluxo de trabalho normalmente era iniciado em pastas CF, em vez de fragmentos de conteúdo.

Além disso, quando iniciados em relação a fragmentos de conteúdo, os registros são exibidos exatamente como no momento, com apenas o fragmento de conteúdo no caminho de replicação, indicando que o comportamento não foi alterado.

O fluxo de trabalho deve ser executado do console de fluxo de trabalho na pasta que contém o CF em vez de diretamente no fragmento de conteúdo para replicar os CFs junto com todas as suas referências.