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

Så som beskrivs på den överordnade sidan Databasomstrukturering på sidan AEM 6.5 bör kunder som uppgraderar till AEM 6.5 använda den här sidan för att bedöma arbetsinsatsen som är kopplad till databasändringar som kan påverka alla lösningar. Vissa ändringar kräver arbete under uppgraderingsprocessen för AEM 6.5, medan andra kan skjutas upp till en framtida uppgradering.

Med 6.5-uppgradering

Före framtida uppgradering

Med 6.5-uppgradering with-upgrade

ContextHub-konfigurationer contexthub-6.5

Från och med AEM 6.4 finns det ingen standardkonfiguration för ContextHub. Därför bör cq:contextHubPathproperty anges på platsens rotnivå 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 Personalization.
  3. I fältet Contexthub Path anger du din egen konfigurationssökväg för ContextHub.

I ContextHub-konfigurationen måste dessutom sling:resourceType uppdateras så att den är relativ och inte absolut.

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

Det innebär att sling:resourceType för ContextHub-konfigurationen måste vara relativ i stället för 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.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
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 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.

Arbetsflödeskörare 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 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).
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 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.

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 framtida 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

Klassisk Cloud Service Designs 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 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.
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 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.
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 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.
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 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.
Anteckningar
Ej tillämpligt

Adobe DTM JavaScript Endpoint 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ållsaktiviteten Rensa 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 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.
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 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.
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 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.

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

Anteckningar

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

Ö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 för ö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 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.
Anteckningar
Ej tillämpligt

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

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

Cloud Service för leverantörsöversättningskonnektor 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 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.

Anteckningar

Ö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>

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å en tidigare eller mindre plats kan hanteras via den klassiska UI Miscadmin-konsolen.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2