AEM as a Cloud Service: Assets wechselt nicht vom Platzhalterordner, obwohl die Workflow-Bedingungen erfüllt sind

Dieser Artikel behandelt ein Problem, bei dem Assets in einem Platzhalterordner in Adobe Experience Manager as a Cloud Service verbleiben, obwohl die Workflow-Trigger-Bedingungen erfüllt sind.

Beschreibung description

Umgebung

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

Problem/Symptome

In einem bestimmten Ordner (z. B.: /content/dam/<tenant>/api-pa-placeholder) der AEM-Autoreninstanz sammeln sich viele Assets. Die Assets zeigen die Eigenschaften dam:assetState=processed und apiprocessed=true an, die den benutzerdefinierten Workflow Produkt-API zum Verschieben von Assets“ sollten. Die Assets verbleiben jedoch im Platzhalterordner und werden nicht an ihre vorgesehenen nachgelagerten Speicherorte verschoben.

  • In der Benutzeroberfläche sind keine Fehlermeldungen sichtbar.
  • Das Problem besteht weiterhin, obwohl die Workflow-Bedingungen für die meisten Dateien erfüllt sind.

Ursache

Die benutzerdefinierte Workflow-Konfiguration oder nachgelagerte Logik verschob Assets nicht durchgängig aus dem Platzhalterordner, selbst wenn die Trigger-Bedingungen erfüllt waren. Durch die Anpassung des Workflows und die Lösung von Repository-Konflikten konnten Assets wie gewünscht verarbeitet werden.

Lösung resolution

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

  1. Überprüfen Sie die Konfiguration des benutzerdefinierten Aufnahme- und Verschieben-Workflows, einschließlich des Produkt-API-Workflows zum Verschieben von Assets und aller zugehörigen Workflow-Starter.
  2. Prüfen Sie den Workflow-Code auf Repository-Konflikte oder Logikfehler, die verhindern könnten, dass Assets verschoben werden.
  3. Passen Sie die Workflow-Konfiguration und den nachgelagerten Code nach Bedarf an, um sicherzustellen, dass Assets mit dam:assetState=processed und apiprocessed=true ordnungsgemäß verarbeitet werden.
  4. Überwachen Sie den Platzhalterordner, um zu bestätigen, dass Assets nach den Änderungen erwartungsgemäß verschoben werden.
  5. Wenn das Problem weiterhin besteht, überprüfen Sie die AEM-Workflow-Protokolle auf Fehler oder übersprungene Schritte und stellen Sie sicher, dass keine Repository-Sperren oder Berechtigungsprobleme den Verschiebungsvorgang blockieren.
recommendation-more-help
experience-cloud-kcs-help-kbarticles