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

CAUTION
AEM 6.4 har nått slutet på den utökade supporten och denna dokumentation är inte längre uppdaterad. Mer information finns i teknisk supportperiod. Hitta de versioner som stöds här.

Enligt beskrivning på överordnad Omstrukturering av lager i AEM 6.4 På denna sida bör kunder som uppgraderar till AEM 6.4 använda denna sida för att bedöma arbetsinsatsen i samband med databasändringar som eventuellt kan påverka alla lösningar. Vissa ändringar kräver arbete under uppgraderingsprocessen för AEM 6.4, medan andra kan skjutas upp till en uppgradering av version 6.5.

Med 6.4-uppgradering

Före 6.5-uppgradering

Med 6.4-uppgradering with-upgrade

ContextHub-konfigurationer contexthub-6.4

Från och med AEM 6.4 finns det ingen standardkonfiguration för ContextHub. På platsens rotnivå finns därför en cq:contextHubPathproperty ska anges för att ange vilken konfiguration som ska användas.

  1. Navigera till platsens rot.
  2. Öppna sidegenskaperna för rotsidan och välj fliken Personalisering.
  3. I fältet Contexthub Path anger du din egen konfigurationssökväg för ContextHub.

I ContextHub-konfigurationen finns dessutom sling:resourceType måste uppdateras för att vara relativ och inte absolut.

  1. Öppna egenskaperna för ContextHub-konfigurationsnoden i CRX DE Lite, t.ex. /apps/settings/cloudsettings/legacy/contexthub
  2. Ändra sling:resourceType från /libs/granite/contexthub/cloudsettings/components/baseconfiguration till granite/contexthub/cloudsettings/components/baseconfiguration

I.e. the sling:resourceType för ContextHub-konfigurationen måste vara relativ och inte absolut.

Arbetsflödesmodeller workflow-models

Föregående plats
/etc/workflow/models
Ny plats(er)

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models

Omstruktureringsvägledning

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.4-utvecklingsinstans, så att de finns på platsen Föregående.

  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. Tryck på knappen Synkronisera för att 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. Exportera till exempel:

      • /config/settings/workflow/models/dam/my_workflow_model och
      • /var/workflow/models/dam/my_workflow_model
Anteckningar

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.

Arbetsflödesinstanser workflow-instances

Föregående plats
/etc/workflow/instances
Ny plats(er)
/var/workflow/instances
Omstruktureringsvägledning

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.

Anteckningar
Alla explicita sökvägsreferenser i custom koden till den föregående platsen bör ä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.

Starta arbetsflöden workflow-launchers

Föregående plats
/etc/workflow/launcher/config
Ny plats(er)

/libs/settings/workflow/launcher/config

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

Omstruktureringsvägledning

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).
Anteckningar

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.

Arbetsflödesskript workflow-scripts

Föregående plats
/etc/workflow/scripts
Ny plats(er)

/libs/workflow/scripts

/apps/workflow/scripts

Omstruktureringsvägledning

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.
Anteckningar

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.

Före 6.5-uppgradering prior-to-upgrade

ContextHub-konfigurationer contexthub-configurations

Föregående plats
/etc/cloudsettings
Ny plats(er)

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings

Omstruktureringsvägledning

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.
Anteckningar
Ej tillämpligt

Designer för klassiska Cloud Services classic-cloud-services-designs

Föregående plats
/etc/designs/cloudservices
Ny plats(er)

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices

Omstruktureringsvägledning

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.
Anteckningar
Ej tillämpligt

Designer för klassiska instrumentpaneler classic-dashboards-designs

Föregående plats
/etc/designs/dashboards
Ny plats(er)

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards

Omstruktureringsvägledning

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.
Anteckningar
Ej tillämpligt

Designer för klassiska rapporter classic-reports-designs

Föregående plats
/etc/designs/reports
Ny plats(er)

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports

Omstruktureringsvägledning

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.
Anteckningar
Ej tillämpligt

Standarddesigner default-designs

Föregående plats
/etc/designs/default
Ny plats(er)

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default

Omstruktureringsvägledning

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.
Anteckningar
Ej tillämpligt

Adobe DTM JavaScript-slutpunkt adobe-dtm-javascript-endpoint

Föregående plats
/etc/clientlibs/dtm
Ny plats(er)
/var/cq/dtm/clientlibs
Omstruktureringsvägledning

Ingen åtgärd krävs.

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

Anteckningar
Ej tillämpligt

Adobe DTM-webbhook-slutpunkt adobe-dtm-web-hook-endpoint

Föregående plats
/etc/dtm-hook
Ny plats(er)
/var/cq/dtm/web-hook
Omstruktureringsvägledning

Ingen åtgärd krävs.

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

Anteckningar
Ej tillämpligt

Inkorgsuppgifter inbox-tasks

Föregående plats
/etc/taskmanagement
Ny plats(er)
/var/taskmanagement
Omstruktureringsvägledning
Använd Underhållsaktivitet för rensning av inkorg för att ta bort gamla uppgifter från föregående plats efter behov.
Anteckningar

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.

Designkonfigurationer för hantering av flera webbplatser multi-site-manager-blueprint-configurations

Föregående plats
/etc/blueprints
Ny plats(er)

/libs/msm

/apps/msm

Omstruktureringsvägledning
  1. Kopiera anpassade konfigurationer från /etc/blueprints till /apps/msm.
  2. Ta bort /etc/blueprints.
Anteckningar
Ej tillämpligt

Konfigurationer för instrumentpanelswidgetar för AEM projekt aem-projects-dashboard-gadget-configurations

Föregående plats
/etc/projects/dashboard/gadgets
Ny plats(er)

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

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

Omstruktureringsvägledning

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.
Anteckningar
Om kompatibilitetspaketet AEM 6.4 används måste databasjusteringsaktiviteterna utföras när kompatibilitetspaketet tas bort.

E-postmall för replikeringsmeddelande replication-notification-e-mail-template

Föregående plats
/etc/notification/email/default/com.day.cq.replication
Ny plats(er)

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

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

Omstruktureringsvägledning

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.
Anteckningar

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

Taggar tags

Föregående plats
/etc/tags
Ny plats(er)
/content/cq:tags
Omstruktureringsvägledning

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.
Anteckningar

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 den föregående platsen fortsätter att fungera efter migrering till den nya platsen 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 utnyttja TagManagers Java API, tillsammans med den här migreringen.

Cloud Services för översättning translation-cloud-services

Föregående plats
/etc/cloudservices/translation
Ny plats(er)

/libs/settings/cloudconfigs/translation/translationcfg

/apps/settings/cloudconfigs/translation/translationcfg

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

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

Omstruktureringsvägledning

Alla nya översättningsmetoder måste migreras till den nya Cloud Servicens (/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 Services på Verktyg > Cloud Services > Cloud Services för översättning.
      ELLER
    • Kopiera alla nya konfigurationer av översättningsadresser från den tidigare Cloud Servicens 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 Services > Konfiguration.
    5. AEM projekt via AEM Projects > Project > Project Properties > Advanced tab > Cloud Configuration.
  3. Avassociera migrerade äldre översättningshierarkier från de tidigare AEM innehållshierarkierna.

Anteckningar

Översättningens Cloud Services 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.

Översättningsspråk translation-languages

Föregående plats
/etc/translation/supportedLanguages
Ny plats(er)

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages

Omstruktureringsvägledning

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).
Anteckningar

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.

Översättningsregler translation-rules

Föregående plats
/etc/workflow/models/translation/translation_rules.xml
Ny plats(er)

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

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

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

Omstruktureringsvägledning

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.

Anteckningar

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

Klientbibliotek för översättningswidget translation-widget-client-library

Föregående plats
/etc/designs/translation/translationwidget
Ny plats(er)

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

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

Omstruktureringsvägledning

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.
Anteckningar
Ej tillämpligt

Webbkonsol för träaktivering tree-activation-web-console

Föregående plats
/etc/replication/treeactivation
Ny plats(er)
/libs/replication/treeactivation
Omstruktureringsvägledning
Ingen åtgärd krävs.
Anteckningar
Webbkonsolen Tree Activation (Tree Activation) är nu tillgänglig via Verktyg > Distribution > Replikering > Aktivera träd.

Cloud Services för leverantörsöversättningens koppling vendor-translation-connector-cloud-services

Föregående plats
/etc/cloudservices/<vendor>
Ny plats(er)

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

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

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

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

Omstruktureringsvägledning

Alla nya Cloud Services 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 Services för leverantörskonvertering manuellt via AEM redigeringsgränssnittet på Verktyg > Cloud Services > Översättningsfunktioner.
      ELLER
    • Kopiera alla nya konfigurationer av Cloud Services 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 Services > Konfiguration.
    5. AEM projekt via AEM Projects > Project > Project Properties > Advanced tab > Cloud Configuration.
  3. Avassociera migrerade äldre översättningshierarkier från de tidigare AEM innehållshierarkierna.

Anteckningar

Översättningens Cloud Services 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>

E-postmallar för arbetsflödesmeddelanden workflow-notification-email-templates

Föregående plats
/etc/workflow/notification
Ny plats(er)

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification

Omstruktureringsvägledning

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.
Anteckningar

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

Arbetsflödespaket workflow-packages

Föregående plats
/etc/workflow/packages
Ny plats(er)
/var/workflow/packages
Omstruktureringsvägledning

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.
Anteckningar

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å antingen föregående eller två platser kan hanteras via den klassiska UI Miscadmin-konsolen.

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56