Assets-Repository-Neustrukturierung in AEM 6.5 assets-repository-restructuring-in-aem

/etc/dam/jobs

/var/dam/jobs

Wenn ein benutzerdefinierter Code von diesem Speicherort abhängt (d. h., der Code verlässt sich explizit auf diesen Pfad), muss der Code vor dem Upgrade aktualisiert werden, um den neuen Speicherort zu verwenden. Idealerweise werden Java™-APIs verwendet, wenn diese verfügbar sind, um Abhängigkeiten von einem bestimmten Pfad im JCR zu reduzieren.

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

Nicht zutreffend

/libs/settings/dam/notification

/apps/settings/dam/notification

Wenn die E-Mail-Vorlagen von der Kundin oder dem 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 sich das Ziel in /apps befindet, sollte diese Änderung in SCM erhalten bleiben.
2. Entfernen Sie den Ordner /etc/dam/notification/email/default, nachdem die darin enthaltenen E-Mail-Vorlagen verschoben wurden.
   1. Wenn keine Aktualisierungen der E-Mail-Vorlage unter /etc/notification/email/default vorgenommen wurden, kann der Ordner entfernt werden, da die ursprüngliche E-Mail-Vorlage als Bestandteil der AEM 4-Installation unter /libs/settings/notification/email/default vorhanden ist.

Nicht zutreffend

/libs/settings/wcm/designs/assetshare

/apps/settings/wcm/designs/assetshare

Führen Sie für alle Entwürfe, die in SCM verwaltet werden und in die nicht zur Laufzeit durch Design-Dialogfelder geschrieben wird, die folgenden Schritte aus, um sie am neuesten Modell auszurichten:

1. Kopieren Sie die Designs vom bisherigen Speicherort an den neuen Speicherort unter /apps.
2. Konvertieren Sie die gesamten CSS-, JavaScript- und statischen Ressourcen im Design in eine Client-Bibliothek mit allowProxy = true.
3. Aktualisieren Sie die Verweise auf den vorherigen Speicherort in der Eigenschaft cq:designPath über AEM > DAM-Admin > Seite für Asset-Freigabe > Seiteneigenschaften > Registerkarte „Erweitert“ > Feld „Design“.
4. Um die neue Kategorie „Client-Bibliothek“ zu verwenden, aktualisieren Sie alle Seiten, die auf den vorherigen Speicherort verweisen. Dies erfordert die Aktualisierung des Implementierungs-Codes der Seite.
5. Aktualisieren Sie die Dispatcher-Regeln, um die Unterstützung für Client-Bibliotheken über das Proxy-Servlet /etc.clientlibs/ zuzulassen.

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

Nicht zutreffend

/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 aus /etc/dam/workflow/notification/email/downloadasset nach /apps/settings/dam/workflow/notification/email/downloadasset kopiert werden
   1. Da sich das Ziel in /apps befindet, sollte diese Änderung in SCM erhalten bleiben.
2. Entfernen Sie den Ordner /etc/dam/workflow/notification/email/downloadasset , nachdem die darin enthaltenen E-Mail-Vorlagen verschoben wurden.
   1. Wenn keine Aktualisierungen der E-Mail-Vorlage unter /etc vorgenommen wurden, kann der Ordner entfernt werden, da die ursprüngliche E-Mail-Vorlage als Bestandteil der AEM 6,4-Installation unter /libs/settings/dam/workflownotification/email/downloadasset vorhanden ist.

Auch wenn /conf/global/settings/dam/workflownotification/email/downloadasset technisch für die Suche unterstützt wird (hat Vorrang vor /apps über das übliche Sling CAConfig-Lookup, aber kommt nach /etc), kann die Vorlage in /conf/global/settings/dam/workflownotification/email/downloadasset platziert werden. Dies wird allerdings nicht empfohlen, da es keine Laufzeit-Benutzeroberfläche für die Bearbeitung der E-Mail-Vorlage gibt.

/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 aus /etc/dam/adhocassetshare nach /apps/settings/dam/adhocassetshare kopiert werden
   1. Da sich das Ziel in /apps befindet, sollte diese Änderung in SCM erhalten bleiben.
2. Entfernen Sie den Ordner /etc/dam/adhocassetshare, nachdem die darin enthaltenen E-Mail-Vorlagen verschoben wurden.
   1. Wenn keine Aktualisierungen der E-Mail-Vorlage unter /etc vorgenommen wurden, kann der Ordner entfernt werden, da die ursprüngliche E-Mail-Vorlage als Bestandteil der AEM 6,4-Installation unter /libs/settings/dam/adhocassetshare vorhanden ist.

Auch wenn /conf/global/settings/dam/adhocassetshare technisch für die Suche unterstützt wird (hat Vorrang vor /apps über das übliche Sling CAConfig-Lookup, aber kommt nach /etc), kann die Vorlage in /conf/global/settings/dam/adhocassetshare platziert werden. Dies wird allerdings nicht empfohlen, da es keine Laufzeit-Benutzeroberfläche für die Bearbeitung der E-Mail-Vorlage gibt.

/libs/settings/dam/indesign

/apps/settings/dam/indesign

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

1. Kopieren Sie alle benutzerdefinierten oder geänderten Skripte aus /etc/dam/indesign/scripts nach /apps/settings/dam/indesign/scripts
   .
   1. Kopieren Sie nur neue oder geänderte Skripte, da die von AEM bereitgestellten unveränderten Skripte über /libs/settings in AEM 6.5 zur Verfügung stehen.
2. Suchen Sie alle Workflow-Modelle, die den Medienextraktionsprozess-WF-Schritt verwenden.
   1. Aktualisieren Sie für jede Instanz des Workflow-Schrittes die Pfade in config, sodass sie auf die entsprechenden Skripte unter /apps/settings/dam/indesign/scripts oder /libs/settings/dam/indesign/scripts verweisen.
3. Entfernen Sie /etc/dam/indesign/scripts vollständig.

Es ist empfehlenswert, benutzerdefinierte Skripte unter /apps zu speichern, dem vorgesehenen Speicherort für Code.

/libs/settings/dam/video

/apps/settings/dam/video

Anpassungen auf Projektebene müssen je nach Fall unter den entsprechenden Pfaden von /apps oder /conf ausgeschnitten und eingefügt werden.

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

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

Nicht zutreffend

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

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

Die vorkonfigurierte Viewer-Voreinstellung ist nur am neuen Speicherort verfügbar.

Für die benutzerdefinierte Viewer-Voreinstellung:

• Führen Sie ein Migrationsskript aus, damit Sie den Knoten von /etc nach /conf verschieben können. 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.

Sie müssen ihren copyURL/embed-Code nicht anpassen, um auf /conf zu verweisen. Die vorhandene Anfrage an /etc wird aus /conf zum richtigen Inhalt umgeleitet.

Nicht zutreffend

/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/ zum Zulassen als Proxy-Präfix verwenden.

Entfernen Sie abschließend die Ordner für die migrierten Client-Bibliotheken aus dem Verzeichnis /etc/clientlibs/foundation/

Nicht zutreffend