Assets-Repository-Neustrukturierung in AEM 6.4

Wenn ein benutzerdefinierter Code von diesem Speicherort abhängig ist (d. h. der Code stützt sich explizit auf diesen Pfad), muss der Code aktualisiert werden, um den neuen Speicherort vor dem Aktualisieren zu nutzen. Im Idealfall werden die Java-APIs verwendet, um Abhängigkeiten von einem bestimmten Pfad im JCR zu reduzieren.

Temporärer Speicherort, um die ZIP-Datei für das Herunterladen des Clients zu speichern. Eine Aktualisierung ist nicht notwendig, wenn der Client das Herunterladen des Assets anfordert. Am neuen Speicherort wird eine Datei erstellt.

/libs/settings/dam/notification

/apps/settings/dam/notification

Wenn die E-Mail-Vorlagen vom Kunden geändert wurden, führen Sie die folgenden Schritte aus, um sie an die neue Repository-Struktur anzupassen:

1. Die E-Mail-Vorlage /libs/settings/dam/notification sollte von /etc/notification/email/default nach /apps/settings/notification/email/default kopiert werden.
   1. Da das Ziel in /apps liegt, sollte diese Änderung in SCM beibehalten werden.
2. Entfernen Sie den Ordner: /etc/dam/notification/email/default nach dem Verschieben der darin enthaltenen E-Mail-Vorlagen.
   
   1. Wenn keine Aktualisierungen an der E-Mail-Vorlage unter /etc/notification/email/default vorgenommen wurden, kann der Ordner entfernt werden, da die ursprüngliche E-Mail-Vorlage unter /libs/settings/notification/email/default als Teil der AEM 6.4-Installation vorhanden ist.

/libs/settings/wcm/designs/assetshare

/apps/settings/wcm/designs/assetshare

Für alle Entwürfe, die in SCM verwaltet werden und in die nicht während der Laufzeit von Design-Dialogfeldern geschrieben wird, führen Sie die folgenden Schritte aus, um das neueste Modell anzupassen:

1. Kopieren Sie die Designs vom bisherigen Speicherort an den neuen Speicherort unter /apps.
2. Wandeln Sie die gesamten CSS-, JavaScript- und statischen Ressourcen im Design in eine Client-Bibliothek mit allowProxy = true um.
3. Aktualisieren Sie die Verweise auf den vorherigen Speicherort in der Eigenschaft cq:designPath über AEM > Sites > Seiten für benutzerdefinierte Site > Seiteneigenschaften > Erweitert > Design.
4. Aktualisieren Sie alle Seiten, die auf den vorherigen Speicherort verweisen, um die neue Kategorie „Client-Bibliothek“ zu verwenden. Dies erfordert die Aktualisierung des Implementierungscodes der Seite.
5. Aktualisieren Sie die Dispatcher-Regeln, damit Client-Bibliotheken über das Proxy-Servlet /etc.clientlibs/ bereitgestellt werden können.

Für alle Designs, die nicht in SCM verwaltet werden und die zur Laufzeit über Design-Dialoge geändert werden, verschieben Sie keine bearbeitbaren Designs aus /etc.

/libs/settings/dam/workflownotification/email/downloadasset

/apps/settings/dam/workflownotification/email/downloadasset

Wenn die E-Mail-Vorlagen (downloadasset oder transientworkflowcompleted) geändert wurden, befolgen Sie die nachstehenden Schritte, um sie an die neue Struktur anzupassen:

1. Die aktualisierte E-Mail-Vorlage sollte von /etc/dam/workflow/notification/email/downloadasset nach /apps/settings/dam/workflow/notification/email/downloadasset kopiert werden
   1. Da das Ziel in /apps liegt, sollte diese Änderung in SCM beibehalten werden.
2. Entfernen Sie den Ordner: /etc/dam/workflow/notification/email/downloadasset nachdem die darin enthaltenen E-Mail-Vorlagen verschoben wurden.
   
   1. Wenn keine Aktualisierungen an der E-Mail-Vorlage unter /etc vorgenommen wurden, kann der Ordner entfernt werden, da die ursprüngliche E-Mail-Vorlage unter /libs/settings/dam/workflownotification/email/downloadasset als Teil der AEM 6.4-Installation vorhanden ist.

/libs/settings/dam/adhocassetshare

/apps/settings/dam/adhocassetshare

Wenn die E-Mail-Vorlage vom Kunden geändert wurde, sollte sie anschließend an die neue Repository-Struktur angepasst werden:

1. Die aktualisierte E-Mail-Vorlage sollte von /etc/dam/adhocassetshare nach /apps/settings/dam/adhocassetshare kopiert werden
   1. Da das Ziel in /apps liegt, sollte diese Änderung in SCM beibehalten werden.
2. Entfernen Sie den Ordner: /etc/dam/adhocassetshare nach dem Verschieben der darin enthaltenen E-Mail-Vorlagen.
   
   1. Wenn keine Aktualisierungen an der E-Mail-Vorlage unter /etc vorgenommen wurden, kann der Ordner entfernt werden, da die ursprüngliche E-Mail-Vorlage unter /libs/settings/dam/adhocassetshare als Teil der AEM 6.4-Installation vorhanden ist.

/libs/settings/dam/indesign

/apps/settings/dam/indesign

So nehmen Sie eine Anpassung an eine neue Repository-Sturktur vor:

1. Kopieren Sie alle benutzerdefinierten oder geänderten Skripte von /etc/dam/indesign/scripts nach /apps/settings/dam/indesign/scripts
   
   1. Über /libs/settings in AEM 6.4 stehen nur neue oder geänderte Skripte als von AEM bereitgestellte nicht geänderte Skripte zur Verfügung.
2. Suchen Sie alle Workflow-Modelle, die den Medienextraktionsprozess-WF-Schritt verwenden und
   1. Aktualisieren Sie für jede Instanz des Workflow-Schritts die Pfade in "config", um explizit auf die richtigen Skripten unter /apps/settings/dam/indesign/scripts oder /libs/settings/dam/indesign/scripts zu verweisen.
3. Entfernen Sie /etc/dam/indesign/scripts vollständig.

/libs/settings/dam/video

/apps/settings/dam/video

Anpassungen auf Projektebene müssen unter äquivalenten /apps- oder /conf-Pfaden geschnitten und eingefügt werden.

So nehmen Sie eine Anpassung an die Repository-Sturktur von AEM 6.4 vor:

1. Kopieren Sie alle geänderten Videokonfigurationen von /etc/dam/video nach /apps/settings/dam/video
2. Remove /etc/dam/video

/libs/settings/dam/dm/presets/viewer

/conf/global/settings/dam/dm/presets/viewer

Die Voreinstellungen für die Standardanzeige sind nur am neuen Speicherort verfügbar.

Für die benutzerdefinierte Viewer-Vorgabe:

• Sie müssen ein Migrationsskript ausführen, um den Knoten von /etc nach /conf zu verschieben. Das Skript befindet sich unter https://serveraddress:serverport/libs/settings/dam/dm/presets.migratedmcontent.json
• oder Sie können die Konfiguration bearbeiten und sie wird automatisch am neuen Speicherort gespeichert.

Beachten Sie, dass Sie ihren copyURL-/Einbettungscode nicht so anpassen müssen, dass er auf /conf verweist. Die vorhandene Anforderung an /etc wird von /conf zum richtigen Inhalt umgeleitet.

/etc/clientlibs/foundation/asseteditor

/etc/clientlibs/foundation/assetshare

/etc/clientlibs/foundation/assetinsights

Passen Sie alle Verweise so an, dass sie auf die neuen Ressourcen unter /libs verweisen, indem Sie das Präfix /etc.clientlibs/ Proxy zulassen verwenden.

Bereinigen Sie schließlich die Ordner für die migrierten clientlibs aus /etc/clientlibs/foundation/