Parameter includeChildren, die nicht im Workflow der Publish-Inhaltsstruktur arbeiten (Vorschauagent)

Dieser Artikel behandelt das Adobe Experience Manager-Problem, bei dem ein vom Kunden erstellter Workflow zum Veröffentlichen von Inhaltsfragmenten auf einem Vorschau-Server verschachtelte Fragmente und unveröffentlichte Assets nicht mehr repliziert, obwohl die Option includeChildren enthalten war. Eine Protokollanalyse hat ergeben, dass der Workflow von der Workflow-Konsole aus für den Ordner ausgeführt werden muss, der die Inhaltsfragmente enthält, und nicht direkt für das Inhaltsfragment.

Beschreibung description

Umgebung

Adobe Experience Manager

Problem/Symptome

Sie haben einen Workflow erstellt, um Inhalte im Vorschauagenten zu veröffentlichen, indem Sie den Prozessschritt als Publish-Inhaltsstruktur und die erforderlichen Argumente wie in [ 1 beschrieben hinzugefügt ]:

agentId=preview,includeChildren=true

Dieser Workflow wird verwendet, um Inhaltsfragmente auf dem Vorschau-Server zu replizieren.

Der Workflow, der zum Veröffentlichen der bereitgestellten Payload sowie verschachtelter Fragmente verwendet wird und zum Replizieren nicht veröffentlichter Assets sowie zur Vorschau verwendet wird. Der Workflow hat jedoch kürzlich die Veröffentlichung der Verweise auf das Inhaltsfragment eingestellt, das als Payload gesendet wurde. Im Gegensatz zur früheren Funktionsweise [ 3] wird nur der angegebene Pfad in der Payload veröffentlicht, obwohl die includeChildren Option noch vorhanden ist, wie in den Protokollen [ 2] dargestellt.

[ 1] Workflow für die Publish- im AEM as a Cloud Service-Benutzerhandbuch

[ 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

Auflösung resolution

Vor gemeldeten Problemen mit dem Workflow wurde durch die Protokollanalyse festgestellt, dass der Workflow normalerweise für CF-Ordner und nicht für Inhaltsfragmente initiiert wurde.

Darüber hinaus werden bei der Verwendung von Inhaltsfragmenten die Protokolle genau so angezeigt wie bisher, wobei sich nur das Inhaltsfragment im Replikationspfad befindet. Dies bedeutet, dass sich das Verhalten nicht geändert hat.

Der Workflow muss von der Workflow-Konsole aus für den Ordner ausgeführt werden, der die Inhaltsfragmente enthält, und nicht direkt für das Inhaltsfragment, um die Inhaltsfragmente zusammen mit allen Verweisen zu replizieren.