AEM-Systemordner werden nach dem Löschen wieder angezeigt
Bestimmte Ordner in AEM werden nach dem Löschen erneut angezeigt - häufig nach einer Cloud Manager-Bereitstellung, einem Neustart einer Instanz oder der Verwendung einer Systemfunktion -, da sie systemgeneriert, funktionserforderlich sind oder durch benutzerdefinierten Code bei jeder Bereitstellung wieder eingeführt werden. AEM hängt von diesen Pfaden ab (erstellt durch Repository-Initialisierung, Produktfunktionen, Dynamic Media-Aktivierung oder Cloud Manager-Funktionstests), sodass das dauerhafte Löschen nicht unterstützt wird. Das Ausblenden der nicht löschbaren Ordner mit ACL-Berechtigungen und das Entfernen von wirklich benutzerdefinierten, mit Code bereitgestellten Ordnern aus dem Repository ist der richtige Weg, um sie aus der Ansicht der Autoren herauszuhalten, ohne die Produktfunktionalität zu beeinträchtigen.
Beschreibung description
Umgebungen:
- Adobe Experience Manager as a Cloud Service (AEMaaCS)
- AEM Managed Services
- AEM Assets und Dynamic Media
- Cloud Manager-Pipelines
Problem/Symptome:
- Ordner werden nach dem Löschen mit dem Zeitstempel „Zuletzt erstellt“ erneut angezeigt.
- Das Löschen von Projekten oder die Quarantäne ist visuell erfolgreich, aber der Ordner wird nach einem Neustart oder der nächsten Bereitstellung erneut angezeigt.
/content/campaigns,/content/outbound-marketingund/content/test-sitewerden bei jeder Pipeline-Ausführung neu erstellt.- Die Dynamic Media-Ordner
_CSSund_DMSAMPLEwerden in den Suchergebnissen angezeigt und können nicht entfernt werden.
Grundursache:
AEM umfasst mehrere vom System verwaltete oder für Funktionen erforderliche Ordnerpfade, die durch Repository-Initialisierung (repoinit), Produktfunktionen, Dynamic Media-Aktivierung oder Cloud Manager-Funktionstests erstellt wurden. Diese Knoten werden während der Bereitstellung oder zur Laufzeit automatisch neu erstellt. Da das Produkt von seiner Anwesenheit abhängt oder aus Gründen der Abwärtskompatibilität von seiner Existenz ausgeht, wird das Löschen nicht unterstützt. Benutzerdefinierte Ordner, die mit Code bereitgestellt werden, verhalten sich genauso, da sie vom Code-Paket bei jeder Bereitstellung neu eingeführt werden.
Wie kann ich bestätigen
- Identifizieren Sie den Ordnertyp - Systemordner, Integrationsstamm, Dynamic Media-Systemordner, Cloud Manager-Testordner oder Code-bereitgestellte Ordner -, indem Sie den Ordnernamen und den Pfad mit diesen Kategorien vergleichen.
- Wenn der Ordner keiner bekannten Kategorie entspricht, ist er wahrscheinlich Code-bereitgestellt. Überprüfen Sie das Cloud Manager-Git-Repository auf den Pfad, um zu bestätigen, dass der Code ihn wieder einführt.
Lösung resolution
Führen Sie zur Behebung des Problems folgende Schritte aus:
- Ausblenden nicht löschbarer Systemordner mithilfe von ACLs. Gehen Sie zu Tools
>Sicherheit>Berechtigungen>ACE hinzufügen, geben Sie den Ordnerpfad (z. B./content/dam/projects,/content/campaigns,/content/outbound-marketingoder/content/test-site) ein und legen Sie den Berechtigungstyp für die relevanten Benutzergruppen auf Ablehnen fest (z. B.jcr:read). Melden Sie sich als Benutzer in der Zielgruppe an und bestätigen Sie, dass der Ordner nicht mehr angezeigt wird. Wenn es noch sichtbar ist, bestätigen Sie, dass der ACE im richtigen Pfad erstellt wurde und dass die geerbten Berechtigungen keinen Zugriff gewähren. - Entfernen Sie bei Ordnern, die mit Code bereitgestellt werden, den Pfad aus der Code-Basis. Durchsuchen Sie Ihr Cloud Manager-Git-Repository nach dem Ordnerpfad, entfernen Sie ihn und stellen Sie ihn über die Pipeline erneut bereit. Führen Sie die Pipeline erneut aus und überprüfen Sie,
/content/damder Ordner nicht zurückgegeben wird. Wenden Sie sich an Ihr Entwicklungs-Team, um weitere Module zu verfolgen, die den Pfad erstellen, falls er erneut angezeigt wird. - Lassen Sie die Dynamic Media-Systemordner (
_CSS,_DMSAMPLE) an ihrem Platz. Löschen Sie sie nicht über CRXDE - sie sind für die Dynamic Media-Viewer-Funktionen erforderlich. Wenn die Suchergebnisse unübersichtlich sind, passen Sie die Suchfilter oder Benutzerberechtigungen an, damit die Benutzer sie nicht mehr sehen, und bestätigen Sie, dass die Dynamic Media-Vorschau weiterhin funktioniert. - Lassen Sie
/content/test-sitean Ort und Stelle, da die Pipeline-Tests von Cloud Manager dies erfordern. Löschen Sie sie nicht. Wenden Sie stattdessen eine ACL an, um sie vor den Autoren auszublenden. Bestätigen Sie, dass die nächsten Cloud Manager-Ausführungen weiterhin die Funktionstests bestehen - ein fehlender Ordner führt in diesen Tests zu einer 404.
Validierung
- Vergewissern Sie sich, dass der Ordner nicht mehr für die Zielbenutzergruppen sichtbar ist, sondern für Administratoren sichtbar bleibt.
- Bestätigen Sie, dass die nächste Cloud Manager-Bereitstellung die ACE-Berechtigungen nicht entfernt oder überschreibt.
- Wenn der Ordner vom Code bereitgestellt wurde, bestätigen Sie, dass er nach einer Pipeline-Ausführung nicht mehr erneut angezeigt wird.