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åde arbetsflödesmodellen (https://experienceleague.adobe.com/conf/global/workflow/models/<workflow-model>?lang=sv) och körningsarbetsflödesmodellen (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.

Alla explicita sökvägsreferenser i Koden custom till föregående plats ska även ta hänsyn till den nya platsen. Vi rekommenderar att koden ändras så att den använder API:erna för AEM arbetsflöde.

/libs/settings/workflow/launcher/config

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

Alla nya eller ändrade arbetsflödesstartare måste migreras till /conf/global/workflow/launcher/config.

1. Kopiera alla nya eller ändrade arbetsflödeskonfigurationer från den tidigare platsen till den nya platsen (/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 tillhandahållna 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, annars ersätts de av den AEM arbetsflödesljudsdefinitionen 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.

Ej tillämpligt

/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 alla CSS-, JavaScript- och statiska resurser i designen till ett klientbibliotek med allowProxy = true.
3. Uppdatera referenser till föregående plats i 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 designerbara designer från /etc.

Ej tillämpligt

/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 alla CSS-, JavaScript- och statiska resurser i designen till ett 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 designerbara designer från /etc.

Ej tillämpligt

/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 alla CSS-, JavaScript- och statiska resurser i designen till ett 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 designerbara designer från /etc.

Ej tillämpligt

/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 alla CSS-, JavaScript- och statiska resurser i designen till ett 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 designerbara designer från /etc.

Ej tillämpligt

Ingen åtgärd krävs.

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

Ej tillämpligt

Ingen åtgärd krävs.

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

Ej tillämpligt

Använd underhållsaktiviteten Rensa inkorg för att ta bort gamla uppgifter från föregående plats efter behov.

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.

Ej tillämpligt

/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 Gadget-konfigurationer för AEM Project Dashboard 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.

Om kompatibilitetspaketet AEM 6.4 används måste databasjusteringsaktiviteterna utföras när kompatibilitetspaketet tas bort.

/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 webbkonsol startar du om paketet Day Communique 5 Tagging OSGi på https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging för att 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.

All anpassad kod som uttryckligen refererar till sökvägen

/etc/tags

måste uppdateras till /content/

cq

:tags

, eller helst skrivs 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ättningsadresser 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 översättningskonfigurationer manuellt via redigeringsgränssnittet för AEM på Verktyg > Cloud Service > Översättningskonfigurationer.
     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 Experience Fragment-hierarkier via AEM Experience Fragments > Experience Fragment > Properties > Cloud Services Tab > Cloud Configuration.
   3. AEM Experience Fragment Folder-hierarkier via AEM Experience Fragments > Folder > Properties > Cloud Services tab > Cloud Configuration.
   4. AEM Assets mapphierarkier via AEM Assets > Mapp > Mappegenskaper > fliken Cloud Service > Konfiguration.
   5. AEM projekt via AEM Projekt > Projekt > Projektegenskaper > fliken Avancerat > Molnkonfiguration.

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 för ö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 alla CSS-, JavaScript- och statiska resurser i designen till ett 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 designerbara designer från /etc.

Ej tillämpligt

/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 manuellt nya konfigurationer av leverantörsöversättningens koppling-Cloud Service via AEM redigeringsgränssnittet på Verktyg > Cloud Service > ÖversättningsCloud Service.
     ELLER
   • Kopiera alla nya konfigurationer för leverantörsöversättningsanslutning 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 Experience Fragment-hierarkier via AEM Experience Fragments > Experience Fragment > Properties > Cloud Services Tab > Cloud Configuration.
   3. AEM Experience Fragment Folder-hierarkier via AEM Experience Fragments > Folder > Properties > Cloud Services tab > Cloud Configuration.
   4. AEM Assets mapphierarkier via AEM Assets > Mapp > Mappegenskaper > fliken Cloud Service > Konfiguration.
   5. AEM projekt via AEM Projekt > Projekt > Projektegenskaper > fliken Avancerat > Molnkonfiguration.

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.