Repository-Neustrukturierung für AEM Communities in 6.5
Wie auf der übergeordneten Seite Repository-Neustrukturierung in AEM 6.5 beschrieben, sollten Kunden, die auf AEM 6.4 aktualisieren, diese Seite verwenden, um den Arbeitsaufwand im Zusammenhang mit Repository-Neustrukturierungen einzuschätzen, die sich auf AEM Communities auswirken. Einige Änderungen erfordern einen Arbeitsaufwand während der Aktualisierung auf AEM 6.5, während andere bis zu einer zukünftigen Aktualisierung verschoben werden können.
Mit der Aktualisierung auf 6.5
Vor zukünftigen Aktualisierungen
Mit der Aktualisierung auf 6.5
Vorlagen für E-Mail-Benachrichtigungen
Vorheriger Speicherort |
/etc/community/notifications |
Neuer Speicherort |
/libs/settings/community/notifications |
Leitfaden für die Neustrukturierung |
Manuelle Migration wird benötigt, wenn Sie zu einem neuen Pfad unter „/apps/settings “ wechseln möchten. Sie können den Granite Configuration Manager verwenden, um die Migration durchzuführen. Sie können die Migration durchführen, indem Sie auf dem Knoten /libs/settings/community/subscriptions die Eigenschaft mergeList auf true festlegen und einen untergeordneten Knoten nt:unstructured hinzuzufügen. |
Anmerkungen |
Nicht zutreffend |
Abonnement-Konfigurationen
Vorheriger Speicherort |
/etc/community/subscriptions |
Neuer Speicherort |
/libs/settings/community/subscriptions |
Leitfaden für die Neustrukturierung |
Manuelle Migration wird benötigt, wenn Sie zu einem neuen Pfad unter „/apps/settings “ wechseln möchten. Sie können den Granite Configuration Manager verwenden, um die Migration durchzuführen. Sie können die Migration durchführen, indem Sie auf dem Knoten /libs/settings/community/subscriptions die Eigenschaft mergeList auf true festlegen und einen untergeordneten Knoten nt:unstructured hinzuzufügen. |
Anmerkungen |
Nicht zutreffend |
Watchwords-Konfigurationen
Vorheriger Speicherort |
/etc/watchwords |
Neue Speicherorte |
/libs/community/watchwords |
Leitfaden für die Neustrukturierung |
Eine Aufgabe zur verzögerten Migration steht zur Verfügung, um die Communities-Konfigurationen zu bereinigen. Die Aufgabe verschiebt Schlagwörter von /etc/watchwords nach /conf/global/settings/community/watchwords . Wenn benutzerdefinierte Schlagwörter in SCM gespeichert werden, sollten sie anschließend in /apps/settings/... bereitgestellt werden, und Sie müssen sicherstellen, dass es keine Überlagerung mit einer /conf/global/settings/... -Konfiguration gibt, die Vorrang hätte. Migrationsaufgabe entfernt /etc -Speicherorte. |
Anmerkungen |
Nicht zutreffend |
Vor zukünftigen Aktualisierungen
Badging-Konfigurationen
Vorheriger Speicherort |
/etc/community/badging |
Neue Speicherorte |
Badge-Regeln: /libs/settings/community/badging Badge-Bilder: Für Standardbilder: /etc/community/badging/images are moved to /libs/community/badging/images Für benutzerdefinierte Bilder: /content/community/badging/images |
Leitfaden für die Neustrukturierung |
Eine manuelle Migration ist erforderlich. Wenn Ihre Instanz die Badging-/Bewertungsregeln angepasst hat, gibt es keine automatisierte Möglichkeit, alle Regeln in einem Behälter („Bucket“) zu platzieren. Benötigen Kundeneingaben dazu, welchen Conf-Behälter (global oder standortspezifisch) Sie für Ihre Site verwenden möchten. Keine Benutzeroberfläche zum Konfigurieren des Badging- und Scoring-Vorgangs für eine Site verfügbar. Anpassung an die neue Repository-Struktur:
- Erstellen Sie einen Site-Kontext-Behälter mit dem Konfigurationsbrowser under Instrumente
- Navigieren Sie zum Stammverzeichnis der Site.
- Legen Sie
cq:confproperty auf den Pfad des Buckets fest, in dem Sie alle Ihre Einstellungen speichern möchten. Dasselbe kann über die Site Bearbeitungsassistent - Eingabe der Cloud-Konfiguration festlegen festgelegt werden.
- Verschieben Sie die relevanten Badging- und Bewertungsregeln von
/etc/community/* in den im vorherigen Schritt erstellten Kontext-Bucket der Site.
- Passen Sie die Eigenschaften der Badging- und Bewertungsregeln im Stammverzeichnis der Site an, um relative Referenzen auf neue Speicherorte der Regeln zu haben.
- Beispiel: Bei der Eigenschaft
cq:conf = /conf/we-retail gilt badgingRules [] = community/badging/rules , wenn Regeln jetzt in diesen neuen Bucket verschoben werden.
- Passen Sie auf die gleiche Weise die Verweise auf Bewertungsregeln in einem Badging-Regelknoten an, um einen relativen Pfad zu erhalten.
Schließlich bereinigen Sie durch Entfernen der Ressource /etc/community/badging |
Anmerkungen |
Nicht zutreffend |
Klassische Konsolen-Designs für Communities
Vorheriger Speicherort |
/etc/designs/social/console |
Neuer Speicherort |
/libs/settings/wcm/designs/social/console /apps/settings/wcm/designs/social/console |
Leitfaden für die Neustrukturierung |
Nicht zutreffend |
Anmerkungen |
Nicht zutreffend |
Konfigurationen zur Anmeldung über Facebook
Vorheriger Speicherort |
/etc/cloudservices/facebookconnect |
Neuer Speicherort |
/conf/global/settings/cloudconfigs/facebookconnect
/conf/<tenant>/settings/cloudconfigs/facebookconnect |
Leitfaden für die Neustrukturierung |
Alle neuen Facebook Cloud-Konfigurationen müssen an den neuen Speicherort migriert werden.
- Migrieren Sie vorhandene Konfigurationen im vorherigen Speicherort zum neuen Speicherort.
- Erstellen Sie manuell neue Konfigurationen zur Anmeldung über Facebook Social über die AEM Authoring-Benutzeroberfläche unter Tools > Cloud Service > Konfiguration der Anmeldung über Facebook.
oder
- Kopieren Sie alle neuen Facebook-Cloud-Konfigurationen vom bisherigen Speicherort an den entsprechenden neuen Speicherort unter
/conf/global or /conf/<tenant> .
- Aktualisieren Sie jedes Stammverzeichnis der AEM Communities-Site, um auf die neue Konfiguration zur Anmeldung über Facebook zu verweisen, indem Sie die Eigenschaft
[cq:Page]/jcr:content@cq:conf auf den absoluten Pfad des neuen Speicherorts festlegen.
- Trennen Sie den bestehenden Facebook Connect Cloud Service von sämtlichen Stammverzeichnissen der AEM Communities-Sites, die aktualisiert wurden, um auf den neuen Speicherort zu verweisen.
|
Anmerkungen |
Nicht zutreffend |
Konfigurationen zur Sprachwahl
Vorheriger Speicherort |
/etc/social/config/languageOpts |
Neuer Speicherort |
/libs/social/translation/languageOpts |
Leitfaden für die Neustrukturierung |
Nicht zutreffend |
Anmerkungen |
Nicht zutreffend |
Konfigurationen zur Anmeldung über Pinterest
Vorheriger Speicherort |
/etc/cloudservices/pinterestconnect |
Neuer Speicherort |
/conf/global/settings/cloudconfigs/pinterestconnect
/conf/<tenant>/settings/cloudconfigs/pinterestconnect |
Leitfaden für die Neustrukturierung |
Alle neuen Pinterest Cloud-Konfigurationen müssen an den neuen Speicherort migriert werden.
- Migrieren Sie vorhandene Konfigurationen im vorherigen Speicherort zum neuen Speicherort.
- Erstellen Sie manuell neue Konfigurationen zur Anmeldung über Pinterest Social über die AEM Authoring-Benutzeroberfläche unter Tools > Cloud Service > Konfiguration der Anmeldung über Pinterest.
oder
- Kopieren Sie alle neuen Pinterest-Cloud-Konfigurationen vom bisherigen Speicherort an den entsprechenden neuen Speicherort unter
/conf/global or /conf/<tenant> .
- Aktualisieren Sie jedes Stammverzeichnis der AEM Communities-Site, um auf die neue Konfiguration zur Anmeldung über Pinterest zu verweisen, indem Sie die Eigenschaft
[cq:Page]/jcr:content@cq:conf auf den absoluten Pfad des neuen Speicherorts festlegen.
- Trennen Sie den bestehenden Pinterest Connect Cloud Service von sämtlichen Stammverzeichnissen der AEM Communities-Sites, die aktualisiert wurden, um auf den neuen Speicherort zu verweisen.
|
Anmerkungen |
Nicht zutreffend |
Bewertungskonfigurationen
Vorheriger Speicherort |
/etc/community/scoring |
Neuer Speicherort |
/libs/settings/community/scoring |
Leitfaden für die Neustrukturierung |
Zur Anpassung an die neue Repository-Struktur können Bewertungsregeln gespeichert werden unter: /apps/settings/ oder /conf/.../settings
- Für
/apps/settings würde dies als globale oder Standardregeln dienen, die in SCM verwaltet werden.
Erstellen Sie kontextbezogene Konfigurationen in /conf/ , indem Sie CRXDELite verwenden:
- Erstellen Sie die Aktionen im gewünschten Speicherort
/conf/.../settings .
- Für die Communities-Site muss die Eigenschaft
cq:conf festgelegt sein.
- Wenn
cq:conf nicht festgelegt ist, würden die Bewertungsregeln direkt aus dem angegebenen Pfad für die Eigenschaft scoringRules auf dem Stammknoten der Site gelesen, z. B.: /content/we-retail/us/en/community/jcr:content
Datenbereinigung: Entfernen Sie die Ressource /etc/community/scoring |
Anmerkungen |
Nicht zutreffend |
Vorheriger Speicherort |
/etc/cloudservices/twitterconnect |
Neuer Speicherort |
/conf/global/settings/cloudconfigs/twitterconnect
/conf/<tenant>/settings/cloudconfigs/twitterconnect |
Leitfaden für die Neustrukturierung |
Alle neuen Twitter Cloud-Konfigurationen müssen an den neuen Speicherort migriert werden.
- Migrieren Sie vorhandene Konfigurationen im vorherigen Speicherort zum neuen Speicherort.
- Erstellen Sie manuell neue Konfigurationen zur Anmeldung über Twitter Social über die AEM-Authoring-Benutzeroberfläche unter Tools > Cloud Service > Konfiguration der Anmeldung über Twitter.
oder
- Kopieren Sie alle neuen Twitter-Cloud-Konfigurationen vom bisherigen Speicherort an den entsprechenden neuen Speicherort unter
/conf/global or /conf/<tenant> .
- Aktualisieren Sie jedes Stammverzeichnis der AEM Communities-Site, um auf die neue Konfiguration zur Anmeldung über Twitter zu verweisen, indem Sie die Eigenschaft
[cq:Page]/jcr:content@cq:conf auf den absoluten Pfad des neuen Speicherorts festlegen.
- Trennen Sie den bestehenden Twitter Connect Cloud Service von sämtlichen Stammverzeichnissen der AEM Communities-Sites, die aktualisiert wurden, um auf den neuen Speicherort zu verweisen.
|
Anmerkungen |
Nicht zutreffend |
Verschiedenes