Show Menu
THEMEN×

Repository-Neustrukturierung für alle Lösungen in AEM 6.5

As described on the parent Repository Restructuring in AEM 6.5 page, customers upgrading to AEM 6.5 should use this page to assess the work effort associated with repository changes potentially impacting all solutions. Einige Änderungen erfordern Arbeitsaufwand während des Aktualisierungsprozesses von AEM 6.5, während andere bis zu einer zukünftigen Aktualisierung verschoben werden können.
Mit der Aktualisierung auf 6.5
Vor der zukünftigen Aktualisierung

Mit der Aktualisierung auf 6.5

Workflow-Modelle

Vorheriger Speicherort /etc/workflow/models
Neuer Speicherort
/libs/settings/workflow/models
/conf/global/settings/workflow/models
/var/workflow/models
Leitfaden für die Neustrukturierung
Alle neuen oder geänderten Workflow-Modelle müssen nach /conf/global/workflow/models migriert werden.
  1. Stellen Sie die geänderten Workflow-Modelle in einer lokalen AEM 6.4-Entwicklungsinstanz bereit, sodass sie im vorherigen Speicherort vorhanden sind.
  2. Bearbeiten Sie das Workflow-Modell unter Verwendung des Editors für AEM Workflow-Modelle unter „AEM > Tools > Workflow > Modelle“.
  3. Migration von modifizierten, von AEM bereitgestellten Workflow-Modellen
    1. Öffnen Sie den Editor für Workflow-Modelle, ändern Sie die Browser-URL und ersetzen Sie das Pfadsegment /libs/settings/workflow/models durch /etc/workflow/models.
      • For example, change: http://localhost:4502/editor.html /libs/settings/workflow/models /dam/update_asset.html to http://localhost:4502/editor.html /etc/workflow/models /dam/update_asset.html
  4. Aktivieren Sie den Bearbeitungsmodus im Editor für Workflow-Modelle, wodurch die Definition des Workflow-Modells nach /conf/global/workflow/models kopiert wird.
  5. Tippen Sie auf die Synchronisierungsschaltfläche, um die Änderungen am Laufzeit-Workflow-Modell unter /var/workflow/models zu synchronisieren.
  6. Exportieren Sie sowohl das Workflow-Modell (/conf/global/workflow/models/<Workflow-Modell>) als auch das Laufzeit-Workflow-Modell (/var/workflow/models/<Workflow-Modell>) und integrieren Sie beide in das AEM-Projekt.
    1. Zum Beispiel, exportieren Sie:
      • /config/settings/workflow/models/dam/my_workflow_model und
      • /var/workflow/models/dam/my_workflow_model
Hinweise
Die Auflösung des Workflow-Modells geschieht in der folgenden Reihenfolge:
  1. /conf/global/settings/workflow/models
  2. /libs/settings/workflow/models
  3. /etc/workflow/models
Daher müssen alle Anpassungen zu den von AEM bereitgestellten Workflow-Modellen, die am vorherigen Speicherort bestehen bleiben, nach /conf/global/settings/workflow/models verschoben werden, wenn sie beibehalten werden sollen. Andernfalls werden sie durch die von AEM bereitgestellte Definition des Workflow-Modells in /libs/settings/workflow/models ersetzt.

Workflow-Instanzen

Vorheriger Speicherort /etc/workflow/instances
Neuer Speicherort /var/workflow/instances
Leitfaden für die Neustrukturierung
Für die Anpassung an den neuen Speicherort ist keine Aktion erforderlich.
Bisherige Workflow-Instanzen können weiterhin am vorherigen Speicherort erhalten bleiben und neue Workflow-Instanzen werden am neuen Speicherort erstellt.
Hinweise Bei expliziten Pfadverweisen im custom Code auf den vorherigen Speicherort sollte auch der neue Speicherort berücksichtigt werden. Dies ist zu empfehlen, denn dieser Code wurde für die Verwendung in Verbindung mit AEM-Workflow-APIs überarbeitet.

Workflow-Starter

Vorheriger Speicherort /etc/workflow/launcher/config
Neuer Speicherort
/libs/settings/workflow/launcher/config
/conf/global/settings/workflow/launcher/config
Leitfaden für die Neustrukturierung
Any new or modified Workflow Launchers must be migrated to /conf/global/workflow/launcher/config .
  1. Kopieren Sie alle neuen oder geänderten Workflow-Starter Konfigurationen vom bisherigen Speicherort an den neuen Speicherort ( /conf/global ).
Hinweise
Die Auflösung des Workflow-Starters geschieht in der folgenden Reihenfolge:
  1. /conf/global/settings/workflow/launcher
  2. /libs/settings/workflow/launcher
  3. /etc/workflow/launcher
Thus, any customizations of AEM-provided Workflow Launcher persisted in the Previous location must be moved to the New Location ( /conf/global/settings/workflow/launcher if they are to be retained, otherwise they will be superseded by the AEM-provided Workflow Launcher definition in /libs/settings/workflow/launcher .

Workflow-Skripte

Vorheriger Speicherort /etc/workflow/scripts
Neuer Speicherort
/libs/workflow/scripts
/apps/workflow/scripts
Leitfaden für die Neustrukturierung
Alle neuen oder geänderten Workflow-Skripte müssen an den neuen Speicherort migriert werden und referenzierte Workflow-Modelle müssen migriert werden, sodass sie den neuen Speicherort enthalten.
  1. Kopieren Sie jedes neue oder modifizierte Workflow-Skript vom vorherigen Speicherort zum neuen Speicherort.
    • /apps/workflow/scripts sollten in SCM beibehalten werden.
  2. Aktualisieren Sie alle Verweise auf die Workflow-Skripte in den Workflow-Modellen am vorherigen Speicherort, sodass sie auf die neuen Speicherorte verweisen.
Hinweise
AEM 6.4 SP1, when it is released, makes it so this restructuring can be deferred until 6.5 upgrade .
Wenn Sie auf AEM 6.4 aktualisieren möchten, bevor AEM 6.4 SP1 veröffentlicht wurde, sollte diese Neustrukturierung als Teil der Aktualisierung ausgeführt werden. Ohne das Bearbeiten und Abspeichern von Workflow-Schritten werden die Referenz-Skripte vom vorherigen Speicherort vollständig aus den Workflow-Schritten entfernt und nur die Workflow-Schritte vom neuen Speicherort sind in der Dropdown-Liste „Skriptauswahl“ verfügbar.

Vor der zukünftigen Aktualisierung

ContextHub-Konfigurationen

Vorheriger Speicherort /etc/cloudsettings
Neuer Speicherort
/libs/settings/cloudsettings
/conf/global/settings/cloudsettings
/conf/<tenant>/settings/cloudsettings
Leitfaden für die Neustrukturierung
Alle neuen oder modifizierten ContextHub Konfigurationen müssen an den neuen Speicherort migriert werden und die referenzierenden AEM Sites-Seiten müssen so aktualisiert werden, dass sie den neuen Speicherort enthalten.
  1. Kopieren Sie alle neuen oder modifizierten ContextHub-Konfigurationen vom vorherigen Speicherort zum neuen Speicherort.
  2. Verknüpfen Sie die entsprechenden AEM-Konfigurationen mit den AEM-Inhaltshierarchien.
    1. Die Seitenhierarchien von AEM Sites über AEM Sites > Seite > Seiteneigenschaften > Erweitert > Cloud-Konfiguration .
  3. Trennen Sie alle migrierten ContextHub-Konfigurationen von den oben aufgeführten AEM-Inhaltshierarchien.
Hinweise Nicht zutreffend

Klassische Designs für Cloud-Services

Vorheriger Speicherort /etc/designs/cloudservices
Neuer Speicherort
/libs/settings/wcm/designs/cloudservices
/apps/settings/wcm/designs/cloudservices
Leitfaden für die Neustrukturierung
Für alle Designs, die in SCM verwaltet werden und in die nicht zur Laufzeit über Design-Dialogfelder geschrieben wird.
  1. Kopieren Sie die Designs vom bisherigen Speicherort an den neuen Speicherort ( /apps ).
  2. Wandeln Sie die gesamten CSS-, JavaScript- und statischen Ressourcen im Design in eine Client-Bibliothek mit allowProxy = true um.
  3. Update references to the Previous Location in the cq : designPath property.
  4. Aktualisieren Sie alle Seiten, die auf den vorherigen Speicherort verweisen, sodass sie die neue Kategorie der Client-Bibliothek verwenden (dies erfordert auf der Seite eine Aktualisierung des Implementierungscodes).
  5. Aktualisieren Sie AEM 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 werden und die über Design-Dialogfelder zur Laufzeit angepasst werden.
  • Entfernen Sie keine bearbeitbaren Designs aus /etc .
Hinweise Nicht zutreffend

Klassische Dashboard-Designs

Vorheriger Speicherort /etc/designs/dashboards
Neuer Speicherort
/libs/settings/wcm/designs/dashboards
/apps/settings/wcm/designs/dashboards
Leitfaden für die Neustrukturierung
Für alle Designs, die in SCM verwaltet werden und in die nicht zur Laufzeit über Design-Dialogfelder geschrieben wird.
  1. Kopieren Sie die Designs vom bisherigen Speicherort an den neuen Speicherort (/apps).
  2. Wandeln Sie die gesamten CSS-, JavaScript- und statischen Ressourcen im Design in eine Client-Bibliothek mit allowProxy = true um.
  3. Update references to the Previous Location in the cq : designPath property.
  4. Aktualisieren Sie alle Seiten, die auf den vorherigen Speicherort verweisen, sodass sie die neue Kategorie der Client-Bibliothek verwenden (dies erfordert auf der Seite eine Aktualisierung des Implementierungscodes).
  5. Aktualisieren Sie AEM 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 werden und die über Design-Dialogfelder zur Laufzeit angepasst werden.
  • Entfernen Sie keine bearbeitbaren Designs aus /etc .
Hinweise Nicht zutreffend

Klassische Bericht-Designs

Vorheriger Speicherort /etc/designs/reports
Neuer Speicherort
/libs/settings/wcm/designs/reports
/apps/settings/wcm/designs/reports
Leitfaden für die Neustrukturierung
Für alle Designs, die in SCM verwaltet werden und in die nicht zur Laufzeit über Design-Dialogfelder geschrieben wird.
  1. Kopieren Sie die Designs vom bisherigen Speicherort an den neuen Speicherort (/apps).
  2. Wandeln Sie die gesamten CSS-, JavaScript- und statischen Ressourcen im Design in eine Client-Bibliothek mit allowProxy = true um.
  3. Update references to the Previous Location in the cq : designPath property.
  4. Aktualisieren Sie alle Seiten, die auf den vorherigen Speicherort verweisen, sodass sie die neue Kategorie der Client-Bibliothek verwenden (dies erfordert auf der Seite eine Aktualisierung des Implementierungscodes).
  5. Aktualisieren Sie AEM 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 werden und die über Design-Dialogfelder zur Laufzeit angepasst werden.
  • Entfernen Sie keine bearbeitbaren Designs aus /etc .
Hinweise Nicht zutreffend

Standard-Designs

Vorheriger Speicherort /etc/designs/default
Neuer Speicherort
/libs/settings/wcm/designs/default
/apps/settings/wcm/designs/default
Leitfaden für die Neustrukturierung
Für alle Designs, die in SCM verwaltet werden und in die nicht zur Laufzeit über Design-Dialogfelder geschrieben wird.
  1. Kopieren Sie die Designs vom bisherigen Speicherort an den neuen Speicherort (/apps).
  2. Wandeln Sie die gesamten CSS-, JavaScript- und statischen Ressourcen im Design in eine Client-Bibliothek mit allowProxy = true um.
  3. Update references to the Previous Location in the cq : designPath property.
  4. Aktualisieren Sie alle Seiten, die auf den vorherigen Speicherort verweisen, sodass sie die neue Kategorie der Client-Bibliothek verwenden (dies erfordert auf der Seite eine Aktualisierung des Implementierungscodes).
  5. Aktualisieren Sie AEM 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 werden und die über Design-Dialogfelder zur Laufzeit angepasst werden.
  • Entfernen Sie keine bearbeitbaren Designs aus /etc .
Hinweise Nicht zutreffend

Adobe DTM-JavaScript-Endpunkt

Vorheriger Speicherort /etc/clientlibs/dtm
Neuer Speicherort /var/cq/dtm/clientlibs
Leitfaden für die Neustrukturierung
Es ist keine Aktion erforderlich.
Der vorherige öffentliche Speicherort fungiert als Proxy-Endpunkt für den privaten neuen Speicherort.
Hinweise Nicht zutreffend

Adobe DTM-Web-Hook-Endpunkt

Vorheriger Speicherort /etc/dtm-hook
Neuer Speicherort /var/cq/dtm/web-hook
Leitfaden für die Neustrukturierung
Es ist keine Aktion erforderlich.
Der vorherige öffentliche Speicherort fungiert als Proxy-Endpunkt für den privaten neuen Speicherort.
Hinweise Nicht zutreffend

Aufgaben des Posteingangs

Vorheriger Speicherort /etc/taskmanagement
Neuer Speicherort /var/taskmanagement
Leitfaden für die Neustrukturierung Verwenden Sie die Wartungsaufgabe zum Bereinigen des Posteingangs , um alte Aufgaben vom vorherigen Speicherort zu entfernen.
Hinweise
Für die Migration von Aufgaben an den neuen Speicherort sind keine Maßnahmen erforderlich.
  • Aufgaben, die am vorherigen Speicherort vorhanden sind, sind weiterhin verfügbar und funktionieren.
  • Neue Aufgaben werden im neuen Speicherort erstellt.

Blueprint-Konfigurationen für den Multi-Site-Manager

Vorheriger Speicherort /etc/blueprints
Neuer Speicherort
/libs/msm
/apps/msm
Leitfaden für die Neustrukturierung
  1. Copy custom configurations from /etc/blueprints to /apps/msm .
  2. Remove /etc/blueprints .
Hinweise Nicht zutreffend

Dashboard-Gadget-Konfigurationen für AEM-Projekte

Vorheriger Speicherort /etc/projects/dashboard/gadgets
Neuer Speicherort
/libs/cq/core/content/projects/dashboard/gadgets
/apps/cq/core/content/projects/dashboard/gadgets
Leitfaden für die Neustrukturierung
Any new or modified AEM Projects Dashboard Gadget Configurations must be migrated to the new location ( /apps ).
  1. Kopieren Sie alle neuen oder modifizierten Dashboard-Gadget-Konfigurationen für AEM-Projekte vom vorherigen an den neuen Speicherort ( /apps ).
    1. Do not copy unmodified AEM Projects Dashboard Gadget Configurations as these now exist in the new location ( /libs ).
  2. Aktualisieren Sie alle AEM-Projektvorlagen, die auf den vorherigen Speicherort verweisen, sodass sie auf den neuen Speicherort verweisen.
Hinweise Wenn das AEM 6.4-Kompatibilitätspaket verwendet wird, muss die Anpassung des Repositorys zum Zeitpunkt der Entfernung des Kompatibilitätspaket durchgeführt werden.

E-Mail-Vorlage für die Replikationsbenachrichtigung

Vorheriger Speicherort /etc/notification/email/default/com.day.cq.replication
Neuer Speicherort
/libs/settings/notification-templates/com.day.cq.replication
/apps/settings/notification-templates/com.day.cq.replication
Leitfaden für die Neustrukturierung
Any new or modified Replication Notification E-mail Templates must be migrated to the new location ( /apps )
  1. Kopieren Sie alle neuen oder modifizierten E-Mail-Vorlagen für die Replikationsbenachrichtigung vom vorherigen Speicherort an den neuen Speicherort ( /apps ).
  2. Entfernen Sie alle migrierten E-Mail-Vorlagen für die Replikationsbenachrichtigung vom vorherigen Speicherort.
Hinweise
Die einzigen neuen unterstützten E-Mail-Vorlagen für die Replikationsbenachrichtigung sind solche, die neue Lokalisationen unterstützen.
Die Auflösung für die E-Mail-Vorlage für die Replikationsbenachrichtigung geschieht in der folgenden Reihenfolge:
  1. /etc/notification/email/default/com.day.cq.replication
  2. /apps/settings/notification-templates/com.day.cq.replication
  3. /libs/settings/notification-templates/com.day.cq.replication

Tags

Vorheriger Speicherort /etc/tags
Neuer Speicherort /content/cq:tags
Leitfaden für die Neustrukturierung
All Tags must be migrated to /content/cq:tags .
  1. Kopieren Sie alle Tags vom vorherigen Speicherort an den neuen Speicherort.
  2. Entfernen Sie alle Tags aus dem vorherigen Speicherort.
  3. Via the AEM Web Console, restart the Day Communique 5 Tagging OSGi bundle at https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging for AEM to recognize the New Location contains content and should be used.
Hinweise
Beim Neustart des Day Communique Tagging OSGi-Bundles wird der neue Speicherort nur als Tag-Stammverzeichnis registriert, wenn der vorherige Speicherort leer ist.
Verweise auf den vorherigen Speicherort bleiben nach der Migration an den neuen Speicherort weiterhin für alle Funktionen erhalten, die die TagManager-API von AEM für die Tag-Auflösung unterstützen.
Jeder benutzerspezifische Code, der explizit auf den Pfad verweist, /etc/tags muss zusammen mit dieser Migration auf /content/ cq :tags oder vorzugsweise umgeschrieben werden, um die TagManager Java-API zu nutzen.

Cloud-basierte Übersetzungsdienste

Vorheriger Speicherort /etc/cloudservices/translation
Neuer Speicherort
/libs/settings/cloudconfigs/translation/translationcfg
/apps/settings/cloudconfigs/translation/translationcfg
/conf/global/settings/cloudconfigs/translation/translationcfg
/conf/<tenant>/settings/cloudconfigs/translation/translationcfg
Leitfaden für die Neustrukturierung
Any new Translation Cloud Services must be migrated to the new location ( /apps , /conf/global or /conf/<tenant> ).
  1. Migrieren Sie vorhandene Konfigurationen im bisherigen Speicherort an den neuen Speicherort.
    • Erstellen Sie manuell neue Konfigurationen der Cloud-basierten Übersetzungsdienste über die AEM-Benutzeroberfläche unter Tools > Cloud-Dienste > Übersetzungs-Cloud-Services . ODER
    • Copy any new Translation Cloud Services configurations from the Previous Location to the New Location ( /apps , /conf/global or /conf/<tenant> ).
  2. Verknüpfen Sie die entsprechenden AEM-Konfigurationen mit den AEM-Inhaltshierarchien.
    1. Die Seitenhierarchien von AEM Sites über AEM Sites > Seite > Seiteneigenschaften > Erweitert > Cloud-Konfiguration .
    2. Hierarchien von AEM-Experience-Fragments über AEM-Experience-Fragments > Experience Fragments > Eigenschaften > Cloud-Services > Cloud-Konfiguration .
    3. Ordnerhierarchien von AEM-Experience-Fragments über AEM-Experience-Fragments > Ordner > Eigenschaften > Cloud-Services > Cloud-Konfiguration .
    4. AEM Assets folder hierarchies via AEM Assets > Folder > Folder Properties > Cloud Services Tab > Configuration .
    5. AEM Projects via AEM Projects > Project > Project Properties > Advanced Tab > Cloud Configuration .
  3. Trennen Sie alle migrierten alten Cloud-basierten Übersetzungsdienste von den oben genannten AEM-Inhaltshierarchien.
Hinweise
Die Auflösung der Cloud-basierten Übersetzungsdienste geschieht in der folgenden Reihenfolge:
  1. /conf/<tenant>/settings/cloudconfigs/translations/translationcfg
  2. /conf/global/settings/cloudconfigs/translations/translationcfg
  3. /apps/settings/cloudconfigs/translations/translationcfg
  4. /libs/settings/cloudconfigs/translations/translationcfg
Migrierte Cloud-basierte Übersetzungsdienste müssen mit AEM 6.4 kompatibel sein.

Übersetzungssprachen

Vorheriger Speicherort /etc/translation/supportedLanguages
Neuer Speicherort
/libs/settings/translation/supportedLanguages
/apps/settings/translation/supportedLanguages
Leitfaden für die Neustrukturierung
Alle neuen oder modifizierten Definitionen für Übersetzungssprachen erfordern eine Migration der Definitionen für Übersetzungssprachen an den neuen Speicherort ( /apps ).
  1. If any additions or modifications have been made to the Translation Language definitions, then copy all Translation Language definitions from the previous location to the new location ( /apps ).
Hinweise
Die Auflösung des Pfads für Übersetzungssprachen geschieht in der folgenden Reihenfolge:
  1. /etc/translation/supportedLanguages
  2. /apps/settings/translation/supportedLanguage
  3. /libs/settings/translation/supportedLanguages
Diese Lösung unterstützt kein Zusammenführen von Überlagerungen, der aufgelöste Pfad muss also alle unterstützten Sprachen enthalten und übernimmt nicht unterstützte Sprachen von übergeordneten Auflösungen.

Übersetzungsregeln

Vorheriger Speicherort /etc/workflow/models/translation/translation_rules.xml
Neuer Speicherort
/libs/settings/translation/rules/translation_rules.xml
/apps/settings/translation/rules/translation_rules.xml
/conf/global/settings/translation/rules/translation_rules.xml
Leitfaden für die Neustrukturierung
A modified Translation Rules XML file must be migrated to the new location ( /apps , or /conf/global ).
1. Kopieren Sie die modifizierte XML-Datei für Übersetzungsregeln vom bisherigen Speicherort an den neuen Speicherort.
Hinweise
Die XML-Auflösung der Replikation der Übersetzungsregeln geschieht in der folgenden Reihenfolge:
  1. /conf/global/settings/translation/rules/translation_rules.xml
  2. /apps/settings/translation/rules/translation_rules.xml
  3. /etc/workflow/models/translation/translation_rules.xml
  4. /libs/settings/translation/rules/translation_rules.xml

Übersetzungs-Widget der Client-Bibliothek

Vorheriger Speicherort /etc/designs/translation/translationwidget
Neuer Speicherort
/libs/settings/wcm/designs/translation/translationwidget
/apps/settings/wcm/designs/translation/translationwidget
Leitfaden für die Neustrukturierung
Für alle Designs, die in SCM verwaltet werden und in die nicht zur Laufzeit über Design-Dialogfelder geschrieben wird.
  1. Kopieren Sie die Designs vom bisherigen Speicherort an den neuen Speicherort (/apps).
  2. Wandeln Sie die gesamten CSS-, JavaScript- und statischen Ressourcen im Design in eine Client-Bibliothek mit allowProxy = true um.
  3. Update references to the Previous Location in the cq : designPath property.
  4. Aktualisieren Sie alle Seiten, die auf den vorherigen Speicherort verweisen, sodass sie die neue Kategorie der Client-Bibliothek verwenden (dies erfordert auf der Seite eine Aktualisierung des Implementierungscodes).
  5. Aktualisieren Sie AEM 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 werden und die über Design-Dialogfelder zur Laufzeit angepasst werden.
  • Entfernen Sie keine bearbeitbaren Designs aus /etc .
Hinweise Nicht zutreffend

Web-Konsole für Strukturaktivierung

Vorheriger Speicherort
/etc/replication/treeactivation
Neuer Speicherort
/libs/replication/treeactivation
Leitfaden für die Neustrukturierung
Es ist keine Aktion erforderlich.
Hinweise
Die Web-Konsole für die Strukturaktivierung ist jetzt über Tools > Bereitstellung > Replikation > Tree aktivieren verfügbar.

Connector-Cloud-Services für Übersetzungsanbieter

Vorheriger Speicherort /etc/cloudservices/<vendor>
Neuer Speicherort
/libs/settings/cloudconfigs/translation/<vendor>
/apps/settings/cloudconfigs/translation/<vendor>
/conf/global/settings/cloudconfigs/translation/<vendor>
/conf/<tenant>/settings/cloudconfigs/translation/<vendor>
Leitfaden für die Neustrukturierung
Any new Vendor Translation Connector Cloud Services must be migrated to the new location ( /apps , /conf/global or /conf/<tenant> ).
  1. Migrieren Sie vorhandene Konfigurationen im bisherigen Speicherort an den neuen Speicherort.
    • Erstellen Sie manuell neue Konfigurationen der Connector-Cloud-Services für Übersetzungsanbieter über die AEM-Benutzeroberfläche unter Tools > Cloud-Dienste > Übersetzungs-Cloud-Services . ODER
    • Copy any new Vendor Translation Connector Cloud Services configurations from previous location to the new location ( /apps , /conf/global or /conf/<tenant> ).
  2. Verknüpfen Sie die entsprechenden AEM-Konfigurationen mit den AEM-Inhaltshierarchien.
    1. Die Seitenhierarchien von AEM Sites über AEM Sites > Seite > Seiteneigenschaften > Erweitert > Cloud-Konfiguration .
    2. Hierarchien von AEM-Experience-Fragments über AEM-Experience-Fragments > Experience Fragments > Eigenschaften > Cloud-Services > Cloud-Konfiguration .
    3. Ordnerhierarchien von AEM-Experience-Fragments über AEM-Experience-Fragments > Ordner > Eigenschaften > Cloud-Services > Cloud-Konfiguration .
    4. AEM Assets folder hierarchies via AEM Assets > Folder > Folder Properties > Cloud Services Tab > Configuration .
    5. AEM Projects via AEM Projects > Project > Project Properties > Advanced Tab > Cloud Configuration .
  3. Trennen Sie alle migrierten alten Cloud-basierten Übersetzungsdienste von den oben genannten AEM-Inhaltshierarchien.
Hinweise
Die Auflösung der Cloud-basierten Übersetzungsdienste geschieht in der folgenden Reihenfolge:
  1. /conf/<tenant>/settings/cloudconfigs/translations/<vendor>
  2. /conf/global/settings/cloudconfigs/translations/<vendor>
  3. /apps/settings/cloudconfigs/translations/<vendor>
  4. /libs/settings/cloudconfigs/translations/<vendor>

E-Mail-Vorlagen für die Workflow-Benachrichtigung

Vorheriger Speicherort /etc/workflow/notification
Neuer Speicherort
/libs/settings/workflow/notification
/conf/global/settings/workflow/notification
Leitfaden für die Neustrukturierung
Any modified Workflow Notification Email Templates must be migrated to the New Location ( /conf/global ).
  1. Kopieren Sie alle modifizierten E-Mail-Vorlagen für die Workflow-Benachrichtigung vom bisherigen Speicherort an den neuen Speicherort.
  2. Entfernen Sie migrierte E-Mail-Vorlagen für die Workflow-Benachrichtigung vom vorherigen Speicherort.
Hinweise
Die Auflösung für die E-Mail-Vorlage für die Workflow-Benachrichtigung geschieht in der folgenden Reihenfolge:
  1. /etc/workflow/notification
  2. /conf/global/settings/workflow/notification
  3. /libs/settings/workflow/notification

Workflow-Pakete

Vorheriger Speicherort /etc/workflow/packages
Neuer Speicherort /var/workflow/packages
Leitfaden für die Neustrukturierung
Bestehende Workflow-Pakete sollten vom vorherigen Speicherort an den neuen Speicherort migriert werden.
  1. Entfernen Sie alle Workflow-Pakete vom vorherigen Speicherort, die durch andere Inhalte nicht referenziert werden und auch sonst nicht benötigt werden.
  2. Verschieben Sie alle Workflow-Pakete an den vorherigen Speicherort, die nicht durch andere Inhalte referenziert werden, aber am neuen Speicherort benötigt werden.
  3. Belassen Sie alle Workflow-Pakete, auf die andere Inhalte verweisen, am vorherigen Speicherort.
Hinweise
Workflow-Pakete, die über die Miscadmin-Konsole in der klassischen Benutzeroberfläche erstellt wurden, verbleiben am vorherigen Speicherort, während alle anderen am neuen Speicherort gespeichert werden.
Die Workflow-Pakete, die entweder am vorherigen oder am neuen Speicherort gespeichert sind, können über die Miscadmin-Konsole in der klassischen Benutzeroberfläche verwaltet werden.