Repository-Neustrukturierung in AEM 6.4 repository-restructuring-in-aem
Einführung introduction
In Versionen vor AEM 6.4 wurde Kunden-Code teilweise in JCR-Bereichen bereitgestellt, die bei Aktualisierungen geändert werden konnten. Aus diesem Grund war es üblich, dass formale AEM-Versionen benutzerdefinierten Code, Konfigurationen oder Inhalte überschrieben haben. Darüber hinaus wurden durch Kundenänderungen manchmal AEM Produktcode oder -inhalt überschrieben, was die Produktfunktionalität beeinträchtigte.
Durch klare Abgrenzungshierarchien für AEM-Produkt-Code und Kunden-Code können diese Konflikte vermieden werden.
Aus diesem Grund wird ab AEM 6.4 und in zukünftigen Versionen der Inhalt aus „/etc“ in andere Ordner im Repository verschoben und es gibt Richtlinien dafür, welcher Inhalt wo gespeichert wird. Dabei kommen die folgenden Regeln zur Anwendung:
- AEM-Produkt-Code wird immer im Ordner „/libs“ abgelegt, der nicht durch benutzerdefinierten Code überschrieben werden darf.
- Benutzerdefinierter Code sollte in „/apps“, „/content“ und „/conf“ gespeichert werden.
Auswirkungen auf Aktualisierungen auf 6.4 impact-on-upgrades
Beim Aktualisieren auf AEM 6.4 wird eine große Teilmenge des Inhalts unter „/etc“ in andere Ordner im Repository dupliziert. Diese neuen Speicherorte sind die bevorzugten Stellen, an denen der Inhalt referenziert wird. Allerdings ist die Aktualisierung auf AEM 6.4 abwärtskompatibel mit den früheren Speicherorten im Ordner „/etc“, sodass der AEM-Code in den meisten Fällen weiterhin auf die alten Speicherorte verweist, bis Änderungen im Programm eines Kunden aktiv –- und in vielen Fällen manuell – vorgenommen werden. Hinsichtlich des Zeitrahmens gibt es zwei Kategorien von Änderungen:
- Mit der Aktualisierung auf 6.4: Einige der Neustrukturierungsänderungen für „/etc“ sind nicht abwärtskompatibel und entsprechend sollten Änderungen im Rahmen der Aktualisierung auf AEM 6.4 geplant und umgesetzt werden.
- Vor der Aktualisierung auf Version 6.5 - die überwiegende Mehrheit der Änderungen der /etc-Umstrukturierung kann bis zu einem späteren Zeitpunkt nach der Aktualisierung verschoben werden. Wie bereits erwähnt, verweist der AEM 6.4-Code weiterhin auf die alten Speicherorte, bis die Änderungen im Rahmen einer Kundenfreigabe implementiert werden. Es gibt zwar keinen erzwungenen Zeitrahmen, für den die Änderungen vorgenommen werden sollten, es wird jedoch empfohlen, sie vor der Aktualisierung auf 6.5 vorzunehmen, da zukünftige Funktionen darauf angewiesen sein können, auf die neuen Speicherorte verwiesen wird. Auch verweist die Dokumentation für eine bestimmte Funktion standardmäßig auf die neuen Speicherorte, weswegen die Verwendung alter Speicherorte verwirrend sein könnte.
Leitfaden für die Neustrukturierung restructuring-guidance
Bei der Planung einer Aktualisierung auf AEM 6.4 sollten die folgenden Seiten zur Abschätzung des Arbeitsaufwands herangezogen werden:
- Repository-Neustrukturierung für alle AEM-Lösungen
- Repository-Neustrukturierung für AEM Sites
- Repository-Neustrukturierung für AEM Assets
- Repository-Neustrukturierung für AEM Assets Dynamic Media
- Repository-Neustrukturierung für AEM Forms
- Repository-Neustrukturierung für AEM Communities
- Repository-Neustrukturierung für AEM Commerce
Jede Seite enthält zwei Bereiche entsprechend der Dringlichkeit der erforderlichen Änderungen. Alle Punkte im Abschnitt „Mit der Aktualisierung auf 6.4“ sollten im Rahmen des AEM 6.4-Aktualisierungsprojekts behandelt werden. Alles unter "Vor der Aktualisierung auf 6.5"kann optional bis nach der Aktualisierung verschoben werden.
Jeder Eintrag auf der Seite enthält ein Feld "Anleitung zur Umstrukturierung", in dem die empfohlene technische Strategie für die Ausrichtung an dem neuen 6.4-Repository-Modell beschrieben wird, sodass die neuen Speicherorte für Inhalte referenziert werden, die sich zuvor im Ordner /etc befinden. Ein zusätzliches Feld „Hinweise“ bietet zusätzlichen nützlichen Kontext.