AEM Assets: Workflow löst für bestimmte Assets in der Produktion keine Titelsynchronisierung aus

Dieser Artikel behandelt ein Problem, bei dem ein benutzerdefinierter Workflow zum Synchronisieren von Asset-Titeln in Adobe Experience Manager Assets nicht für bestimmte Assets in der Produktionsumgebung Trigger aufweist, obwohl er in niedrigeren Umgebungen arbeitet.

Beschreibung description

Umgebung

Adobe Experience Manager (AEM) as a Cloud Service (alle Versionen)

Problem/Symptome

In AEM Assets ist ein Workflow konfiguriert, um den jcr:title-Wert zu synchronisieren und ihn zu dc:title, wenn der Titel eines Assets aktualisiert wird. In der Produktionsumgebung wird dieser Workflow bei einigen Assets nicht Trigger, wenn ihre Titel bearbeitet werden, während dieselben Assets wie erwartet in eine niedrigere Umgebung unter demselben Pfad im Workflow-Trigger kopiert werden.

  • Es wird erwartet, dass der Workflow bei Titelaktualisierungen über die Assets-Benutzeroberfläche Trigger aufweist.
  • Nach der Aktualisierung des Titels wird in der Produktion keine Workflow-Instanz für die betroffenen Assets beobachtet.
  • Das Problem ist Asset-spezifisch: Nur bestimmte Assets sind betroffen, nicht alle Assets im selben Ordner oder Pfad.
  • In der Benutzeroberfläche werden keine Fehlermeldungen angezeigt, aber in den Protokollen der Workflow-Instanzen wird kein Trigger für diese Assets angezeigt.

Beispiel-Asset-Pfade (Produktion):

  • /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

Schritte zur Reproduktion

  1. Suchen Sie in der Produktionsumgebung ein betroffenes Asset.
  2. Bearbeiten Sie den Titel des Assets über die Benutzeroberfläche von Assets.
  3. Überprüfen Sie die Protokolle der Workflow-Instanzen auf Trigger im Zusammenhang mit dem Asset.
  4. Beachten Sie, dass für die Titelaktualisierung keine Workflow-Instanz erstellt wird.

Weitere Hinweise

  • Wenn dieselben Assets in eine niedrigere Umgebung kopiert werden, führen Sie den Trigger für den Workflow erwartungsgemäß aus.
  • Der Workflow-Starter ist für Knotenänderungsereignisse konfiguriert, normalerweise auf jcr:content/metadata.

Ursache

Der Workflow führt zu keinen Triggern, da bei bestimmten Assets in der Produktion Titelaktualisierungen den jcr:content/metadata, für den der Workflow-Starter konfiguriert ist, nicht ändern. Dies kann auf Unterschiede in der Knotenstruktur, fehlende Metadatenknoten oder Starter-Bedingungen/-Ausschlüsse zurückzuführen sein, die nur für diese Assets gelten.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben:

  1. Überprüfen der Workflow-Starter-Konfiguration

    • Navigieren Sie in AEM zu Tools > Workflow > Starter.
    • Bestätigen Sie, dass der Workflow-Starter so konfiguriert ist, dass er auf den richtigen Ereignistyp (z. B.: Node Modified) und Knotentyp (z. B.: nt:unstructured) auf dem erwarteten Pfad wartet (z. B.: /content/dam/.../jcr:content/metadata).
  2. Vergleichen von Knotenstrukturen

    • Verwenden Sie für ein betroffenes Asset in der Produktion CRXDE Lite oder ein ähnliches Tool, um die Knotenstruktur unter jcr:content zu überprüfen.
    • Überprüfen Sie, ob der metadata Knoten vorhanden ist und ob die jcr:title Eigenschaft unter jcr:content/metadata oder nur unter jcr:content aktualisiert wird.
    • Vergleichen Sie dies mit dem gleichen Asset in der unteren Umgebung, in der der Workflow-Trigger korrekt ist.
  3. Überprüfen der Workflow-Starterbedingungen und der Ausschlussliste

    • Überprüfen Sie in der Workflow-Starter-Konfiguration alle Bedingungen oder schließen Sie Listeneinträge aus (zum Beispiel: event-user-data:changedByWorkflowProcess).
    • Stellen Sie sicher, dass keine Eigenschafts- oder Benutzerdaten der betroffenen Assets dazu führen, dass der Starter die Auslösung überspringt.
  4. Aktivieren Sie DEBUG Protokollierung (wenn weitere Untersuchungen erforderlich sind)

    • Verwenden Sie Cloud Manager > Verwalten von , um die DEBUG-Protokollierung für Workflow- und Starter-bezogene Klassen vorübergehend zu aktivieren.
    • Aktivieren Sie die DEBUG-Protokollierung über die Code-Bereitstellung nicht für die temporäre Fehlerbehebung.
    • Nachdem Sie Protokolle erfasst haben, widerrufen Sie DEBUG Protokollierung, um unnötiges Protokollvolumen zu vermeiden.
    • Weitere Informationen finden Sie in der Adobe-Dokumentation unter Verwalten von Protokollebenen.
  5. Asset-Metadaten korrigieren (falls erforderlich)

    • Wenn die betroffenen Assets in der Produktion eine andere Knotenstruktur haben oder Metadaten fehlen, aktualisieren Sie die Assets, sodass Titeländerungen den metadata Knoten erwartungsgemäß aktualisieren.
    • Dies kann bedeuten, dass die Asset-Metadaten erneut gespeichert werden oder ein Skript verwendet wird, um die Knotenstruktur mit funktionierenden Assets auszurichten.
recommendation-more-help
experience-cloud-kcs-help-kbarticles