Omstrukturering av de gemensamma tillgångarna i AEM 6.5 common-repository-restructuring-in-aem

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models

Alla nya eller ändrade arbetsflödesmodeller måste migreras till /conf/global/workflow/models.

1. Distribuera de ändrade arbetsflödesmodellerna till en lokal AEM 6.5-utvecklingsinstans, så att de finns på platsen Previous.

2. Redigera arbetsflödesmodellen med AEM Workflow Model Editor på AEM > Verktyg > Arbetsflöde > Modeller.

3. Vid migrering av AEM medföljande arbetsflödesmodeller

   1. När modellredigeraren för arbetsflöde är öppen ändrar du webbläsarens adress-URL och ersätter sökvägssegmentet /libs/settings/workflow/models med /etc/workflow/models.
      • Ändra till exempel: http://localhost:4502/editor.html /libs/settings/workflow/models/dam/update_asset.html till http://localhost:4502/editor.html /etc/workflow/models/dam/update_asset.html

4. Aktivera redigeringsläget i arbetsflödesmodellredigeraren, som kopierar arbetsflödesmodelldefinitionen till /conf/global/workflow/models.

5. Markera knappen Synkronisera om du vill synkronisera ändringarna till arbetsflödesmodellen för körning under /var/workflow/models.

6. Exportera båda arbetsflödesmodellerna (https://experienceleague.adobe.com/conf/global/workflow/models/<workflow-model>?lang=sv) och Runtime Workflow Model (https://experienceleague.adobe.com/var/workflow/models/<workflow-model>?lang=sv) och integrera i AEM.

   1. Exempel:

      • /conf/global/settings/workflow/models/dam/my_workflow_model
        och
      • /var/workflow/models/dam/my_workflow_model

Arbetsflödesmodellens upplösning sker i följande ordning:

1. /conf/global/settings/workflow/models
2. /libs/settings/workflow/models
3. /etc/workflow/models

Alla anpassningar av AEM arbetsflödesmodeller som finns kvar på platsen Föregående måste flyttas till /conf/global/settings/workflow/models om de ska behållas, annars ersätts de av den AEM arbetsflödesmodelldefinitionen i /libs/settings/workflow/models.

Ingen åtgärd krävs för att justera mot den nya platsen.

Historiska arbetsflödesinstanser kan tryggt fortsätta finnas på den tidigare platsen, och nya arbetsflödesinstanser skapas på den nya platsen.

/libs/settings/workflow/launcher/config

/conf/global/settings/workflow/launcher/config

Alla nya eller ändrade Workflow Launcher måste migreras till /conf/global/workflow/launcher/config.

1. Kopiera alla nya eller ändrade arbetsflödeskonfigurationer från föregående plats till ny plats (/conf/global).

Arbetsflödets startupplösning inträffar i följande ordning:

1. /conf/global/settings/workflow/launcher
2. /libs/settings/workflow/launcher
3. /etc/workflow/launcher

Alla anpassningar av AEM Workflow Launcher som finns kvar på platsen Previous måste flyttas till den nya platsen (/conf/global/settings/workflow/launcher om de ska behållas, i annat fall ersätts de av definitionen AEM Workflow Launcher i /libs/settings/workflow/launcher.

/libs/workflow/scripts

/apps/workflow/scripts

Alla nya eller ändrade arbetsflödesskript måste migreras till den nya platsen och de refererande arbetsflödesmodellerna uppdateras för att återspegla den nya platsen.

1. Kopiera alla nya eller ändrade arbetsflödesskript från föregående plats till den nya platsen.
   • /apps/workflow/scripts bör upprätthållas i SCM.
2. Uppdatera alla referenser till arbetsflödesskripten på föregående plats i arbetsflödesmodeller så att de pekar på de nya platserna.

AEM 6.4 SP1, när den släpps, gör att omstruktureringen kan skjutas upp till 6.5 upgrade .

Om man uppgraderar till AEM 6.4 innan AEM 6.4 SP1 släpps bör denna omstrukturering genomföras som en del av uppgraderingsprojektet. Om du inte gör det kommer redigering och sparande av arbetsflödessteg som refererar till skript på den föregående platsen att ta bort skriptreferensen för arbetsflöde från arbetsflödessteget helt och hållet, och endast arbetsflödesskript på nya platser kommer att vara tillgängliga i listrutan för skriptval.

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings

Alla nya eller ändrade ContextHub-konfigurationer måste migreras till den nya platsen och de refererande AEM Sites-sidorna måste uppdateras för att återspegla den nya platsen.

1. Kopiera nya eller ändrade ContextHub-konfigurationer från föregående plats till den nya platsen.
2. Associera de tillämpliga AEM med AEM innehållshierarkier.
   1. AEM Sites sidhierarkier via AEM Sites > Sida > Sidegenskaper > fliken Avancerat > Molnkonfiguration.
3. Avassociera migrerade äldre ContextHub-konfigurationer från de tidigare AEM innehållshierarkierna.

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices

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 CSS-, JavaScript- och statiska resurser i designen till en Klientbibliotek med allowProxy = true.
3. Uppdatera referenser till föregående plats i dialogrutan cq : designPath -egenskap.
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 /etc.clientlibs/.. proxyserver.

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

• Flytta inte redigerbara designer från /etc.

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards

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 (https://experienceleague.adobe.com/appar?lang=sv).
2. Konvertera CSS-, JavaScript- och statiska resurser i designen till en Klientbibliotek med allowProxy = true.
3. Uppdatera referenser till föregående plats i dialogrutan cq : designPath -egenskap.
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 /etc.clientlibs/.. proxyserver.

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

• Flytta inte redigerbara designer från /etc.

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports

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 (https://experienceleague.adobe.com/appar?lang=sv).
2. Konvertera CSS-, JavaScript- och statiska resurser i designen till en Klientbibliotek med allowProxy = true.
3. Uppdatera referenser till föregående plats i dialogrutan cq : designPath -egenskap.
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 /etc.clientlibs/.. proxyserver.

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

• Flytta inte redigerbara designer från /etc.

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default

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 (https://experienceleague.adobe.com/appar?lang=sv).
2. Konvertera CSS-, JavaScript- och statiska resurser i designen till en Klientbibliotek med allowProxy = true.
3. Uppdatera referenser till föregående plats i dialogrutan cq : designPath -egenskap.
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 /etc.clientlibs/.. proxyserver.

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

• Flytta inte redigerbara designer från /etc.

Ingen åtgärd krävs.

Den offentliga föregående platsen fungerar som en proxyslutpunkt för den privata nya platsen.

Ingen åtgärd krävs.

Den offentliga föregående platsen fungerar som en proxyslutpunkt för den privata nya platsen.

Ingen åtgärd krävs för att migrera uppgifter till den nya platsen.

• Uppgifter som finns på den föregående platsen är fortfarande tillgängliga och fungerar.
• Nya uppgifter skapas på den nya platsen.

/libs/msm

/apps/msm

1. Kopiera anpassade konfigurationer från /etc/blueprints till /apps/msm.
2. Ta bort /etc/blueprints.

/libs/cq/core/content/projects/dashboard/gadgets

/apps/cq/core/content/projects/dashboard/gadgets

Alla nya eller ändrade AEM Project Dashboard Gadget Configurations måste migreras till den nya platsen (/apps).

1. Kopiera alla nya eller ändrade AEM Project Dashboard Gadget Configurations från föregående plats till den nya platsen (/apps).
   1. Kopiera inte oförändrade AEM Project Dashboard Gadget Configurations eftersom dessa nu finns på den nya platsen (/libs).
2. Uppdatera alla AEM projektmallar som refererar till föregående plats så att de pekar på rätt ny plats.

/libs/settings/notification-templates/com.day.cq.replication

/apps/settings/notification-templates/com.day.cq.replication

Alla nya eller ändrade e-postmallar för replikeringsmeddelanden måste migreras till den nya platsen (/apps)

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

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

Lösning av e-postmallar för replikeringsmeddelanden sker i följande ordning:

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

Alla taggar måste migreras till /content/cq:tags.

1. Kopiera alla taggar från föregående plats till den nya platsen.
2. Ta bort alla taggar från föregående plats.
3. Via AEM Web Console startar du om paketet Day Communique 5 Tagging OSGi på https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging för AEM att identifiera den nya platsen innehåller innehåll och ska användas.

Om du startar om paketet Day Communique Tagging OSGi registreras den nya platsen endast som taggrot om den föregående platsen är tom.

Referenser till föregående plats fortsätter att fungera efter migrering till Ny plats för alla funktioner som använder AEM TagManager API för taggupplösning.

Anpassad kod som uttryckligen refererar till sökvägen

/etc/tags

måste uppdateras till /content/

cq

:tags

, eller helst skrivas om för att använda Java-API:t TagManager tillsammans med den här migreringen.

/libs/settings/cloudconfigs/translation/translationcfg

/apps/settings/cloudconfigs/translation/translationcfg

/conf/global/settings/cloudconfigs/translation/translationcfg

/conf/<tenant>/settings/cloudconfigs/translation/translationcfg

Alla nya översättningsmetoder måste migreras till den nya Cloud Servicen (/apps, /conf/global eller /conf/<tenant>).

1. Migrera befintliga konfigurationer på föregående plats till den nya platsen.

   • Återskapa nya konfigurationer för översättning manuellt via redigeringsgränssnittet för AEM Cloud Service på Verktyg > Cloud Service > Cloud Service för översättning.
     ELLER
   • Kopiera alla nya konfigurationer av översättningsadresser från den tidigare Cloud Servicen till den nya platsen (/apps, /conf/global eller /conf/<tenant>).

2. Associera de tillämpliga AEM med AEM innehållshierarkier.

   1. AEM Sites sidhierarkier via AEM Sites > Sida > Sidegenskaper > fliken Avancerat > Molnkonfiguration.
   2. AEM Upplev fragmenthierarkier via AEM Experience Fragments > Experience Fragment > Properties > Cloud Services tab > Cloud Configuration.
   3. AEM Upplev fragmentmapphierarkier via AEM Experience Fragments > Folder > Properties > Cloud Services tab > Cloud Configuration.
   4. AEM Assets mapphierarkier via AEM Assets > Mapp > Mappegenskaper > Cloud Service > Konfiguration.
   5. AEM via AEM Projects > Project > Project Properties > Advanced tab > Cloud Configuration.

3. Avassociera migrerade äldre översättningshierarkier från de tidigare AEM innehållshierarkierna.

Översättningens Cloud Service visas i följande ordning:

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

Migrerade översättningsfunktioner måste vara kompatibla med AEM 6.4.

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages

Alla nya eller ändrade definitioner av översättningsspråk kräver en migrering av alla definitioner av översättningsspråk till den nya platsen (/apps).

1. Om några tillägg eller ändringar har gjorts i översättningsspråksdefinitionerna kopierar du alla definitioner av översättningsspråk från föregående plats till den nya platsen (/apps).

Sökvägsupplösning för översättningsspråk sker i följande ordning:

1. /etc/translation/supportedLanguages
2. /apps/settings/translation/supportedLanguage
3. /libs/settings/translation/supportedLanguages

Den här upplösningen stöder inte en sammanfogningsövertäckning, vilket innebär att den lösta sökvägen måste innehålla alla språk som stöds och inte ärver språk som stöds från upplösningar i högre ordning.

/libs/settings/translation/rules/translation_rules.xml

/apps/settings/translation/rules/translation_rules.xml

/conf/global/settings/translation/rules/translation_rules.xml

En ändrad XML-fil för översättningsregler måste migreras till den nya platsen (/apps, eller /conf/global).

1. Kopiera den ändrade XML-filen för översättningsregler från föregående plats till den nya platsen.

XML-upplösningen för replikeringsöversättningsregler sker i följande ordning:

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

/libs/settings/wcm/designs/translation/translationwidget

/apps/settings/wcm/designs/translation/translationwidget

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 (https://experienceleague.adobe.com/appar?lang=sv).
2. Konvertera CSS-, JavaScript- och statiska resurser i designen till en Klientbibliotek med allowProxy = true.
3. Uppdatera referenser till föregående plats i dialogrutan cq : designPath -egenskap.
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 /etc.clientlibs/.. proxyserver.

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

• Flytta inte redigerbara designer från /etc.

/libs/settings/cloudconfigs/translation/<vendor>

/apps/settings/cloudconfigs/translation/<vendor>

/conf/global/settings/cloudconfigs/translation/<vendor>

/conf/<tenant>/settings/cloudconfigs/translation/<vendor>

Alla nya Cloud Service för leverantörsöversättningsanslutning måste migreras till den nya platsen (/apps, /conf/global eller /conf/<tenant>).

1. Migrera befintliga konfigurationer på den föregående platsen till den nya platsen.

   • Skapa nya konfigurationer av Cloud Service för leverantörskonvertering manuellt via AEM redigeringsgränssnittet på Verktyg > Cloud Service > Översättningsfunktioner.
     ELLER
   • Kopiera alla nya konfigurationer av Cloud Service för leverantörsöversättningsanslutning från föregående plats till den nya platsen (/apps, /conf/global eller /conf/<tenant>).

2. Associera de tillämpliga AEM med AEM innehållshierarkier.

   1. AEM Sites sidhierarkier via AEM Sites > Sida > Sidegenskaper > fliken Avancerat > Molnkonfiguration.
   2. AEM Upplev fragmenthierarkier via AEM Experience Fragments > Experience Fragment > Properties > Cloud Services tab > Cloud Configuration.
   3. AEM Upplev fragmentmapphierarkier via AEM Experience Fragments > Folder > Properties > Cloud Services tab > Cloud Configuration.
   4. AEM Assets mapphierarkier via AEM Assets > Mapp > Mappegenskaper > Cloud Service > Konfiguration.
   5. AEM via AEM Projects > Project > Project Properties > Advanced tab > Cloud Configuration.

3. Avassociera migrerade äldre översättningshierarkier från de tidigare AEM innehållshierarkierna.

Översättningens Cloud Service visas i följande ordning:

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>

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification

Alla ändrade e-postmallar för arbetsflödesmeddelanden måste migreras till den nya platsen (/conf/global).

1. Kopiera ändrade e-postmallar för arbetsflödesmeddelanden från föregående plats till den nya platsen.
2. Ta bort migrerade e-postmallar för arbetsflödesmeddelanden från föregående plats.

Lösning av e-postmall för arbetsflödesmeddelande sker i följande ordning:

1. /etc/workflow/notification
2. /conf/global/settings/workflow/notification
3. /libs/settings/workflow/notification

Befintliga arbetsflödespaket på den tidigare platsen bör migreras till den nya platsen.

1. Ta bort alla arbetsflödespaket på den föregående platsen som inte refereras av annat innehåll och som annars inte behövs.
2. Flytta eventuella arbetsflödespaket på den föregående platsen som inte refereras av annat innehåll, men som i övrigt krävs på den nya platsen.
3. Lämna eventuella arbetsflödespaket som refereras av annat innehåll på föregående plats.

Arbetsflödespaket som skapats via den klassiska användargränssnittskonsolen bevaras på den tidigare platsen, medan alla andra bevaras på den nya platsen.

Arbetsflödespaket som lagras på en tidigare eller mindre plats kan hanteras via den klassiska UI Miscadmin-konsolen.