Omstrukturering av anläggningar Repository i AEM 6.5 sites-repository-restructuring-in-aem

/apps/settings/wcm/segments

/conf/settings/settings/wcm/segments

/conf/<tenant>/settings/wcm/segments

Om nya eller ändrade ContextHub-segment redigeras i källkontrollen i stället för att redigeras i AEM, måste de migreras till den nya platsen:

1. Kopiera nya eller ändrade ContextHub-segment från föregående plats till lämplig ny plats (https://experienceleague.adobe.com/%3Ccode%3Eapps%3C/code%3E,%20%3Ccode%3E/conf/global%3C/code%3E%20eller%20%3Ccode%3E/conf/<tenant>%3C/code%3E?lang=sv)
2. Uppdatera referenser till ContextHub-segment på föregående plats till de migrerade ContextHub-segmenten på de nya platserna (/apps, /conf/global, /conf/<tenant>).

Följande QueryBuilder-fråga hittar alla referenser till ContextHub-segment i de föregående platserna.

\

\

path=/content property=cq:segments property.operation=like property.value=/etc/segmentation/contexthub/%

\

\

Detta kan utföras via

AEM felsökningsgränssnittet för QueryBuilder

. Observera att detta är en genomgående fråga, så kör den inte mot produktionen och se till att genomströmningsgränserna justeras efter behov.

ContextHub-segment beständiga till föregående plats visas som skrivskyddade i AEM > Personalization > Publiker.

Om ContextHub-segment ska kunna redigeras i AEM måste de migreras till den nya platsen (/conf/global eller /conf/<tenant>). Alla nya ContentHub-segmentsegment som skapas i AEM bevaras på den nya platsen (/conf/global eller /conf/<tenant>).

AEM Sites Sidegenskaper tillåter bara att antingen Föregående plats (/etc) eller en enda ny plats (/apps, /conf/global eller /conf/<tenant>) markeras, vilket innebär att ContextHub-segment måste migreras i enlighet med detta.

Alla oanvända ContextHub-segment från AEM referensplatser kan tas bort och inte migreras till den nya platsen:

• /etc/segmentation/geometrixx/
• /etc/segmentation/geometrixx-outdoor

Obs! Om ClientContext används bör du konvertera till ContextHub.

All anpassad användning av dessa klientbibliotek ska referera till klientbiblioteket efter kategori och inte efter sökväg:

1. Alla referenser till klientbiblioteket per sökväg på platsen Föregående ska uppdateras så att AEM referensramverket för klientbiblioteketanvänds.

2. Om AEM referensramverk för klientbibliotek inte kan användas kan den absoluta sökvägen för klientbiblioteken refereras via AEM klientbibliotekets proxyserver.

   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/appmeasurement.js
   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/plugins.js
   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/sitecatalyst.js
   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/tracking.js
   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/util.js

Redigering av dessa klientbibliotek stöds aldrig.

Om du vill hämta kategorierna för klientbiblioteket går du till varje cq:ClientLIbraryFolder-nod via CRXDELite och kontrollerar egenskapen categories.

• /libs/cq/analytics/clientlibs/sitecatalyst/appmeasurement
• /libs/cq/analytics/clientlibs/sitecatalyst/plugins
• /libs/cq/analytics/clientlibs/sitecatalyst/sitecatalyst
• /libs/cq/analytics/clientlibs/sitecatalyst/tracking
• /libs/cq/analytics/clientlibs/sitecatalyst/util

/libs/settings/wcm/designs/wordDesign

/apps/settings/wcm/designs/wordDesign

För alla designer som hanteras i SCM och som inte skrivs till vid körning via designdialogrutor.

1. Kopiera designen från föregående plats till den nya platsen (/apps).
2. Konvertera alla CSS-, JavaScript- och statiska resurser i designen till ett klientbibliotek med allowProxy = true.
3. Uppdatera referenser till föregående plats i egenskapen cq:designPath.
4. Uppdatera alla sidor som refererar till föregående plats så att den nya kategorin Klientbibliotek används (detta kräver uppdatering av koden för sidimplementering).
5. Uppdatera AEM Dispatcher-regler så att klientbibliotek kan hanteras via proxyservern /etc.clientlibs/.

För alla designer som INTE hanterats i SCM och som ändrats under körning via designdialogrutor:

• Flytta inte designerbara designer från /etc.

Ej tillämpligt

/libs/settings/mobile

/apps/settings/mobile

/conf/global/settings/mobile

/conf/<tenant>/settings/mobile

Alla nya konfigurationer för emulatorn för mobila enheter måste migreras till den nya platsen.

1. Kopiera alla nya konfigurationer för emulatorn för mobila enheter från den tidigare platsen till den nya platsen (/apps, /conf/global, /conf/<tenant>).
2. Uppdatera sidans för alla AEM Sites-sidor som är beroende av dessa konfigurationer för emulatorn för mobila enheter jcr ``:content node:
   [cq:Page]/jcr:content@cq: deviceGroups = String[ mobile/groups/responsive ]
3. Om det finns redigerbara mallar som är beroende av dessa konfigurationer för emulatorn för mobila enheter uppdaterar du de redigerbara mallarna och pekar på cq : deviceGroups till den nya platsen.

Upplösningen för emulatorkonfigurationer för mobila enheter är följande:

1. /conf/<tenant>/settings/mobile
2. /conf/global/settings/mobile
3. /apps/settings/mobile
4. /libs/settings/mobile
5. /etc/mobile

/apps/msm (Kunddesignkonfigurationer)

/libs/msm (Utanför Box Blueprint-konfigurationer för Screens, Commerce)

Alla nya eller ändrade utkastkonfigurationer för Multi-site Manager måste migreras till den nya platsen (/apps).

1. Kopiera alla nya eller ändrade Multi-site Manager-utkastkonfigurationer från föregående plats till den nya platsen (/apps).
2. Ta bort alla migrerade layoutkonfigurationer för flerplatshanteraren från föregående plats.

Alla AEM som tillhandahölls Multi-site Manager-utkastkonfigurationer finns på den nya platsen i /libs.

Innehållet refererar inte till blå konfigurationer för Multi-site Manager och det finns därför inga innehållsreferenser att justera.

/libs/msm/wcm/rolloutconfigs

/apps/msm/wcm/rolloutconfigs

Alla nya eller ändrade implementeringar av Multi-site Manager-hanteraren måste migreras till den nya platsen.

1. Kopiera alla nya eller ändrade Multi-site Manager Rollout-konfigurationer från den tidigare platsen till den nya platsen (/apps).
2. Uppdatera alla referenser på AEM sidor till Multi-site Manager Rollout Configurations på den tidigare platsen så att de pekar på motsvarande sidor på de nya platserna (/libs eller /apps).

Ta bort migrerade utrullningskonfigurationer för hantering av flera platser från föregående plats.

Om det inte går att ta bort migrerade flerplatshanterarens utrullningskonfigurationer från den tidigare platsen visas dubblettalternativ som visas för AEM.

/libs/settings/notification-templates/com.day.cq.wcm.core.page

/apps/settings/notification-templates/com.day.cq.wcm.core.page

De enda e-postmallar för sidhändelseavisering som stöds är stöd för nya språk.

Mall för e-postmallsupplösning för sidhändelser sker i följande ordning:

1. /etc/notification/email/default/com.day.cq.wcm.core.page
2. /apps/settings/notification-templates/com.day.cq.wcm.core.page
3. /libs/settings/notification-templates/com.day.cq.wcm.core.page

Alla nya eller ändrade e-postmallar för sidhändelseavisering måste migreras till den nya platsen under /apps:

1. Kopiera alla nya eller ändrade e-postmallar för sidhändelseavisering från föregående plats till den nya platsen (/apps).
2. Ta bort alla migrerade e-postmallar för sidhändelseavisering från föregående plats.

/libs/settings/ wcm /template-types/scaffolding/scaffolding/apps/settings/ wcm /template-types/scaffolding/scaffolding

För scener som skapas under den föregående platsen används det äldre scenarioramverket och kan inte migreras till den nya platsen. Om du vill anpassa till den nya platsen måste alla äldre ställningar utvecklas på nytt med det scenkodsramverk som stöds.

Ej tillämpligt

Alla referenser till föregående plats i anpassade LESS-filer måste uppdateras för import från den nya platsen.

• Uppdatera alla refererande anpassade LESS-filer som refererar till grid_base.less på platsen Previous för att referera till den nya platsen.

Om du refererar till en grid_base.less-fil som inte finns kommer layoutläget för sidredigeraren och mallredigeraren inte att fungera och sidlayouten avbryts.

För alla designer som hanteras i SCM och som inte skrivs till vid körning via designdialogrutor.

1. Kopiera designen från föregående plats till den nya platsen (/apps).
2. Konvertera alla CSS-, JavaScript- och statiska resurser i designen till ett klientbibliotek med allowProxy = true.
3. Uppdatera referenser till föregående plats i egenskapen cq:designPath via AEM > Platser > Anpassade webbplatssidor > Sidegenskaper > fliken Avancerat > Designfält.
4. Uppdatera alla sidor som refererar till föregående plats så att den nya kategorin Klientbibliotek används (detta kräver uppdatering av koden för sidimplementering).
5. Uppdatera AEM Dispatcher-regler så att klientbibliotek kan visas via proxyservern /etc.clientlibs/.

För alla designer som INTE hanterats i SCM och som ändrats under körning via designdialogrutor:

• Flytta inte designerbara designer från /etc.

Rekommenderat tillvägagångssätt är att skapa AEM Sites och sidor med hjälp av redigerbara mallar som använder strukturinnehåll och -profiler i stället för design.

All anpassad användning av dessa klientbibliotek bör referera till klientbiblioteket efter kategori och inte efter sökväg.

1. Alla referenser till klientbiblioteket per sökväg på platsen Föregående ska uppdateras så att AEM referensramverket för klientbiblioteketanvänds.
2. Om AEM referensramverk för klientbibliotek inte kan användas kan den absoluta sökvägen för klientbiblioteken refereras via AEM klientbibliotekets proxyserver:

• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/testandtarget.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/atjs.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/atjs-integration.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/init.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/mbox.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/parameters.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/util.js

Redigering av dessa klientbibliotek stöds aldrig.

Om du vill hämta kategorierna i klientbiblioteket går du till varje cq:ClientLibraryFolder-nod via CRXDELite och kontrollerar egenskapen categories:

• /libs/cq/testandtarget/clientlibs/testandtarget/testandtarget
• /libs/cq/testandtarget/clientlibs/testandtarget/atjs
• /libs/cq/testandtarget/clientlibs/testandtarget/atjs-integration
• /libs/cq/testandtarget/clientlibs/testandtarget/init
• /libs/cq/testandtarget/clientlibs/testandtarget/mbox
• /libs/cq/testandtarget/clientlibs/testandtarget/parameters
• /libs/cq/testandtarget/clientlibs/testandtarget/util

All anpassad användning av dessa klientbibliotek bör referera till klientbiblioteket efter kategori och inte efter sökväg.

1. Alla referenser till klientbiblioteket per sökväg på platsen Föregående ska uppdateras så att AEM referensramverket för klientbiblioteketanvänds.
2. Om AEM referensramverk för klientbibliotek inte kan användas kan den absoluta sökvägen för klientbiblioteken refereras via AEM klientbibliotekets proxyserver.

• /etc.clientlibs/wcm/foundation/clientlibs/accessibility.css
• /etc.clientlibs/wcm/foundation/clientlibs/main.css
• /etc.clientlibs/wcm/foundation/clientlibs/main.js

Redigering av dessa klientbibliotek stöds aldrig.

Om du vill hämta kategorierna i klientbiblioteket går du till varje cq:ClientLIbraryFolder-nod via CRXDELite och kontrollerar egenskapen categories:

• /libs/wcm/foundation/clientlibs/accessibility
• /libs/wcm/foundation/clientlibs/main