Ristrutturazione comune dell'archivio in AEM 6.4

Come descritto nella pagina Ristrutturazione repository padre di AEM 6.4 , i clienti che effettuano l'aggiornamento a AEM 6.4 dovrebbero utilizzare questa pagina per valutare lo sforzo di lavoro associato alle modifiche del repository potenzialmente che hanno un impatto su tutte le soluzioni. Alcune modifiche richiedono sforzi di lavoro durante il processo di aggiornamento di AEM 6.4, mentre altre possono essere posticipate fino a un aggiornamento di 6.5.

Con aggiornamento 6.4

Aggiornamento precedente a 6.5

Con aggiornamento 6.4

Configurazioni ContextHub

A partire da AEM 6.4, non è disponibile una configurazione ContextHub predefinita. Pertanto, a livello principale del sito cq:contextHubPathproperty dovrebbe essere impostata una configurazione per indicare quale deve essere utilizzata.

  1. Andate alla directory principale del sito.
  2. Aprite le proprietà della pagina principale e selezionate la scheda Personalizzazione.
  3. Nel campo Percorso contestexthub immettere il proprio percorso di configurazione ContextHub.

Inoltre, nella configurazione ContextHub, è sling:resourceType necessario aggiornare il file per renderlo relativo e non assoluto.

  1. Aprire le proprietà del nodo di configurazione ContextHub in CRX DE Lite, ad esempio /apps/settings/cloudsettings/legacy/contexthub
  2. Cambia sling:resourceType da /libs/granite/contexthub/cloudsettings/components/baseconfiguration a granite/contexthub/cloudsettings/components/baseconfiguration

Ad esempio, la configurazione sling:resourceType di ContextHub deve essere relativa anziché assoluta.

Modelli flusso di lavoro

Posizione precedente /etc/workflow/models
Nuove posizioni

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models

Orientamenti per la ristrutturazione

Eventuali modelli di flussi di lavoro nuovi o modificati devono essere migrati in /conf/global/workflow/models.

  1. Distribuire i modelli di flussi di lavoro modificati in un'istanza di sviluppo AEM 6.4 locale, in modo che siano già presenti nel percorso precedente.
  2. Modificate il modello di workflow utilizzando AEM Editor modello di flusso di lavoro in AEM > Strumenti > Flusso di lavoro > Modelli.
  3. Durante la migrazione di modelli di flussi di lavoro AEM modificati
    1. Con l’Editor modello flusso di lavoro aperto, modificate l’URL dell’indirizzo del browser e sostituite il segmento di percorso /libs/settings/workflow/models con /etc/workflow/models.
      • Ad esempio, modificare: http://localhost:4502/editor.html/libs/settings/workflow/models/dam/update_asset.html a http://localhost:4502/editor.html/etc/workflow/models/dam/update_asset.html
  4. Attiva la modalità Modifica nell’Editor modello flusso di lavoro, che copierà la definizione del modello di flusso di lavoro in /conf/global/workflow/models.
  5. Toccate il pulsante Sinc. per sincronizzare le modifiche al modello Flusso di lavoro runtime in /var/workflow/models.
  6. Esportate sia il modello di flusso di lavoro (/conf/global/workflow/models/<workflow-model>?lang=it) che il modello di flusso di lavoro in fase di esecuzione (/var/workflow/models/<workflow-model>?lang=it) e integrate nel progetto AEM.
    1. Ad esempio, export:
      • /config/settings/workflow/models/dam/my_workflow_model e
      • /var/workflow/models/dam/my_workflow_model
Note

La risoluzione del modello di flusso di lavoro si verifica nell'ordine seguente:

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

Di conseguenza, tutte le personalizzazioni dei modelli di flussi di lavoro forniti AEM presenti nella posizione Precedente devono essere spostate in /conf/global/settings/workflow/models se devono essere conservati, altrimenti verranno sostituite dalla definizione AEM del modello di flussi di lavoro in /libs/settings/workflow/models.

Istanze flusso di lavoro

Posizione precedente /etc/workflow/instances
Nuove posizioni /var/workflow/instances
Orientamenti per la ristrutturazione

Per allineare la nuova posizione non è necessaria alcuna azione.

Le istanze storiche del flusso di lavoro possono continuare a risiedere nel percorso precedente in modo sicuro e le nuove istanze del flusso di lavoro verranno create nella nuova posizione.

Note Eventuali riferimenti espliciti al percorso nel custom codice per la posizione precedente devono tenere conto anche della nuova posizione. È consigliabile che questo codice venga modificato per utilizzare le API del flusso di lavoro AEM.

Moduli di avvio per flusso di lavoro

Posizione precedente /etc/workflow/launcher/config
Nuove posizioni

/libs/settings/workflow/launcher/config

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

Orientamenti per la ristrutturazione

Eventuali avviatori di flussi di lavoro nuovi o modificati devono essere migrati in /conf/global/workflow/launcher/config.

  1. Copiate le configurazioni nuove o modificate di Workflow Launcher dalla posizione precedente alla nuova posizione (/conf/global).
Note

La risoluzione di Workflow Launcher si verifica nel seguente ordine:

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

Pertanto, tutte le personalizzazioni del modulo di avvio del flusso di lavoro AEM persistenti nella posizione Precedente devono essere spostate nella nuova posizione (/conf/global/settings/workflow/launcher se devono essere mantenute, altrimenti verranno sostituite dalla definizione AEM di avvio del flusso di lavoro in /libs/settings/workflow/launcher.

Script flusso di lavoro

Posizione precedente /etc/workflow/scripts
Nuove posizioni

/libs/workflow/scripts

/apps/workflow/scripts

Orientamenti per la ristrutturazione

Eventuali script di flussi di lavoro nuovi o modificati devono essere migrati nella nuova posizione e i modelli di flussi di lavoro di riferimento aggiornati in base alla nuova posizione.

  1. Copiate eventuali script di flusso di lavoro nuovi o modificati dal percorso precedente a quello nuovo.
    • /apps/workflow/scripts devono essere mantenuti in SCM.
  2. Aggiornate i riferimenti agli script del flusso di lavoro nella posizione precedente nei modelli del flusso di lavoro in modo che puntino alle nuove posizioni.
Note

AEM 6.4 SP1, al momento del rilascio, lo prevede in modo che tale ristrutturazione possa essere differita fino alle 6.5 upgrade .

Se l'aggiornamento alla AEM 6.4 prima del rilascio AEM 6.4 SP1, la ristrutturazione dovrebbe essere realizzata nell'ambito del progetto di aggiornamento. In caso contrario, la modifica e il salvataggio dei passaggi del flusso di lavoro che fanno riferimento agli script nel percorso precedente rimuoveranno completamente il riferimento allo script del flusso di lavoro dal passaggio del flusso di lavoro, e solo gli script del flusso di lavoro nelle nuove posizioni saranno disponibili nel menu a discesa di selezione degli script.

Aggiornamento precedente a 6.5

Configurazioni ContextHub

Posizione precedente /etc/cloudsettings
Nuove posizioni

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings

Orientamenti per la ristrutturazione

Eventuali configurazioni ContextHub nuove o modificate devono essere migrate nella nuova posizione e il riferimento pagine AEM Sites deve essere aggiornato per riflettere la nuova posizione.

  1. Copiate le configurazioni ContextHub nuove o modificate dalla posizione precedente alla nuova posizione.
  2. Associate le configurazioni AEM applicabili alle gerarchie di contenuto AEM.
    1. gerarchie di pagina AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > scheda Avanzate > Configurazionecloud.
  3. Separa tutte le configurazioni ContextHub migrate dalle gerarchie di contenuto AEM sopra indicate.
Note N/D

Progettazione Cloud Services classici

Posizione precedente /etc/designs/cloudservices
Nuove posizioni

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices

Orientamenti per la ristrutturazione

Per tutte le progettazioni gestite in SCM e non scritte in fase di esecuzione tramite le finestre di dialogo Progettazione.

  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/apps).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria client con allowProxy = true.
  3. Aggiorna i riferimenti alla posizione precedente nel percorso cq : designPath proprietà.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna AEM regole del dispatcher per consentire la gestione delle librerie client tramite /etc.clientlibs/.. servlet proxy.

Per qualsiasi progettazione NON gestita in SCM e modificata in fase di esecuzione tramite le finestre di dialogo Progettazione.

  • Non spostate Designer dall' /etcesterno.
Note N/D

Design classici per dashboard

Posizione precedente /etc/designs/dashboards
Nuove posizioni

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards

Orientamenti per la ristrutturazione

Per tutte le progettazioni gestite in SCM e non scritte in fase di esecuzione tramite le finestre di dialogo Progettazione.

  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/app?lang=it).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria client con allowProxy = true.
  3. Aggiorna i riferimenti alla posizione precedente in cq : designPath proprietà.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna AEM regole del dispatcher per consentire la gestione delle librerie client tramite /etc.clientlibs/.. servlet proxy.

Per qualsiasi progettazione NON gestita in SCM e modificata in fase di esecuzione tramite le finestre di dialogo Progettazione.

  • Non spostate Designer dall' /etcesterno.
Note N/D

Progettazione report classici

Posizione precedente /etc/designs/reports
Nuove posizioni

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports

Orientamenti per la ristrutturazione

Per tutte le progettazioni gestite in SCM e non scritte in fase di esecuzione tramite le finestre di dialogo Progettazione.

  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/app?lang=it).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria client con allowProxy = true.
  3. Aggiorna i riferimenti alla posizione precedente in cq : designPath proprietà.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna AEM regole del dispatcher per consentire la gestione delle librerie client tramite /etc.clientlibs/.. servlet proxy.

Per qualsiasi progettazione NON gestita in SCM e modificata in fase di esecuzione tramite le finestre di dialogo Progettazione.

  • Non spostate Designer dall' /etcesterno.
Note N/D

Strutture predefinite

Posizione precedente /etc/designs/default
Nuove posizioni

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default

Orientamenti per la ristrutturazione

Per tutte le progettazioni gestite in SCM e non scritte in fase di esecuzione tramite le finestre di dialogo Progettazione.

  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/app?lang=it).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria client con allowProxy = true.
  3. Aggiorna i riferimenti alla posizione precedente in cq : designPath proprietà.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna AEM regole del dispatcher per consentire la gestione delle librerie client tramite /etc.clientlibs/.. servlet proxy.

Per qualsiasi progettazione NON gestita in SCM e modificata in fase di esecuzione tramite le finestre di dialogo Progettazione.

  • Non spostate Designer dall' /etcesterno.
Note N/D

Endpoint JavaScript DTM Adobe

Posizione precedente /etc/clientlibs/dtm
Nuove posizioni /var/cq/dtm/clientlibs
Orientamenti per la ristrutturazione

Nessuna azione richiesta.

La posizione pubblica precedente funge da endpoint proxy per la nuova posizione privata.

Note N/D

Endpoint Web-Hook DTM Adobe

Posizione precedente /etc/dtm-hook
Nuove posizioni /var/cq/dtm/web-hook
Orientamenti per la ristrutturazione

Nessuna azione richiesta.

La posizione pubblica precedente funge da endpoint proxy per la nuova posizione privata.

Note N/D

Attività Inbox

Posizione precedente /etc/taskmanagement
Nuove posizioni /var/taskmanagement
Orientamenti per la ristrutturazione Utilizzare l'attività di manutenzione rimozione inbox per rimuovere le attività precedenti dalla posizione precedente, come necessario.
Note

Non è richiesta alcuna azione per la migrazione delle attività nella nuova posizione.

  • Le attività presenti nella Posizione precedente continuano a essere disponibili e funzionanti.
  • Nella nuova posizione vengono create nuove attività.

Configurazioni Blueprint Manager multisito

Posizione precedente /etc/blueprints
Nuove posizioni

/libs/msm

/apps/msm

Orientamenti per la ristrutturazione
  1. Copia configurazioni personalizzate da /etc/blueprints a /apps/msm.
  2. Rimuovi /etc/blueprints.
Note N/D

Configurazioni del gadget del dashboard di AEM progetti

Posizione precedente /etc/projects/dashboard/gadgets
Nuove posizioni

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

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

Orientamenti per la ristrutturazione

Qualsiasi configurazione del gadget del dashboard di AEM progetti nuova o modificata deve essere migrata nella nuova posizione (/apps).

  1. Copiate le configurazioni del gadget del dashboard di AEM progetti nuove o modificate dalla posizione precedente alla nuova posizione (/apps).
    1. Non copiare configurazioni di gadget per dashboard di AEM progetti non modificate, poiché ora esistono nella nuova posizione (/libs).
  2. Aggiornate i modelli di progetti AEM che fanno riferimento alla posizione precedente in modo che puntino alla nuova posizione appropriata.
Note Se viene applicato il pacchetto di compatibilità AEM 6.4, sarà necessario eseguire le attività di allineamento del repository al momento della rimozione del pacchetto di compatibilità.

Modello e-mail di notifica della replica

Posizione precedente /etc/notification/email/default/com.day.cq.replication
Nuove posizioni

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

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

Orientamenti per la ristrutturazione

Eventuali modelli e-mail di notifica della replica nuovi o modificati devono essere migrati nella nuova posizione (/apps)

  1. Copiate i modelli e-mail di notifica della replica nuovi o modificati dal percorso precedente alla nuova posizione (/apps).
  2. Rimuovete eventuali modelli e-mail di notifica della replica migrati dal percorso precedente.
Note

I soli nuovi modelli e-mail di notifica della replica supportati sono quelli che supportano le nuove impostazioni internazionali.

La risoluzione del modello e-mail di notifica della replica si verifica nel seguente ordine:

  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

Tag

Posizione precedente /etc/tags
Nuove posizioni /content/cq:tags
Orientamenti per la ristrutturazione

Tutti i tag devono essere migrati in /content/cq:tags.

  1. Copiate tutti i tag dalla posizione precedente alla nuova posizione.
  2. Rimuovete tutti i tag dalla posizione precedente.
  3. Tramite la console Web AEM, riavviate il bundle Day Communique 5 Tagging OSGi all’indirizzo https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging per AEM riconoscere che la nuova posizione contiene contenuto e deve essere utilizzata.
Note

Se si riavvia il bundle Day Communique Tagging OSGi, la nuova posizione verrà registrata come radice del tag solo se la posizione precedente è vuota.

I riferimenti alla posizione precedente continueranno a funzionare dopo la migrazione alla nuova posizione per tutte le funzionalità che sfruttano AEM API TagManager per la risoluzione dei tag.

Eventuali codici personalizzati che fanno riferimento in modo esplicito al percorso /etc/tags devono essere aggiornati a /content/ cq :tags , o eventualmente riscritti per sfruttare l'API Java TagManager, insieme a questa migrazione.

Servizi cloud di traduzione

Posizione precedente /etc/cloudservices/translation
Nuove posizioni

/libs/settings/cloudconfigs/translation/translationcfg

/apps/settings/cloudconfigs/translation/translationcfg

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

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

Orientamenti per la ristrutturazione

Eventuali nuovi Cloud Services di traduzione devono essere migrati nella nuova posizione (/apps, /conf/global o /conf/<tenant>).

  1. Migra le configurazioni esistenti nella posizione precedente alla nuova posizione.
    • Create manualmente nuove configurazioni di Cloud Services di traduzione tramite l’interfaccia utente di authoring AEM in Strumenti > Cloud Services > Cloud Servicesdi traduzione.
      OPPURE
    • Copiate le nuove configurazioni dei Cloud Services di traduzione dalla posizione precedente alla nuova posizione (/apps, /conf/global o /conf/<tenant>).
  2. Associate le configurazioni AEM applicabili alle gerarchie di contenuto AEM.
    1. gerarchie di pagina AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > scheda Avanzate > Configurazionecloud.
    2. AEM gerarchie di frammenti esperienza tramite AEM frammenti esperienza > Frammento esperienza > Proprietà > scheda Cloud Services > Configurazionecloud.
    3. AEM gerarchie di cartelle di frammenti esperienza tramite AEM frammenti esperienza > Cartella > Proprietà > scheda Cloud Services > Configurazionecloud.
    4. gerarchie di cartelle AEM Assets tramite AEM Assets > Cartella > Proprietà cartella > scheda Cloud Services > Configurazione.
    5. AEM progetti tramite AEM progetti > Progetto > Proprietà progetto > scheda Avanzate > Configurazionecloud.
  3. Separare eventuali Cloud Services di traduzione legacy migrati dalle gerarchie di contenuto AEM sopra indicate.
Note

La risoluzione dei Cloud Services di traduzione viene eseguita nell'ordine seguente:

  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

I Cloud Services di traduzione migrati devono essere compatibili con AEM 6.4.

Lingue di traduzione

Posizione precedente /etc/translation/supportedLanguages
Nuove posizioni

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages

Orientamenti per la ristrutturazione

Qualsiasi definizione nuova o modificata della lingua di traduzione richiede la migrazione di tutte le definizioni della lingua di traduzione nella nuova posizione (/apps).

  1. Se sono state apportate aggiunte o modifiche alle definizioni della lingua di traduzione, copiate tutte le definizioni della lingua di traduzione dalla posizione precedente alla nuova posizione (/apps).
Note

La risoluzione del percorso della lingua di traduzione si verifica nell'ordine seguente:

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

Questa risoluzione non supporta l'unione di una sovrapposizione, il che significa che il percorso risolto deve contenere tutte le Lingue Supportate e non erediterà le Lingue Supportate dalle risoluzioni in ordine superiore.

Regole di traduzione

Posizione precedente /etc/workflow/models/translation/translation_rules.xml
Nuove posizioni

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

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

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

Orientamenti per la ristrutturazione

Un file XML modificato delle regole di conversione deve essere migrato nella nuova posizione (/apps, o /conf/global).

1. Copiate il file XML delle regole di traduzione modificato dalla posizione precedente alla nuova posizione.

Note

La risoluzione XML delle regole di conversione della replica si verifica nell'ordine seguente:

  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

Libreria Client Widget di traduzione

Posizione precedente /etc/designs/translation/translationwidget
Nuove posizioni

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

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

Orientamenti per la ristrutturazione

Per tutte le progettazioni gestite in SCM e non scritte in fase di esecuzione tramite le finestre di dialogo Progettazione.

  1. Copiate le progettazioni dalla posizione precedente alla nuova posizione (/app?lang=it).
  2. Convertite eventuali risorse CSS, JavaScript e statiche nella struttura in una libreria client con allowProxy = true.
  3. Aggiorna i riferimenti alla posizione precedente in cq : designPath proprietà.
  4. Aggiorna tutte le pagine che fanno riferimento al percorso precedente per utilizzare la nuova categoria Libreria client (per questo è necessario aggiornare il codice di implementazione Pagina).
  5. Aggiorna AEM regole del dispatcher per consentire la gestione delle librerie client tramite /etc.clientlibs/.. servlet proxy.

Per qualsiasi progettazione NON gestita in SCM e modificata in fase di esecuzione tramite le finestre di dialogo Progettazione.

  • Non spostate Designer dall' /etcesterno.
Note N/D

Console Web attivazione albero

Posizione precedente /etc/replication/treeactivation
Nuove posizioni /libs/replication/treeactivation
Orientamenti per la ristrutturazione Nessuna azione richiesta.
Note La console Web Attivazione albero è ora disponibile tramite Strumenti > Distribuzione > Replica > Attiva albero.

Cloud Services connettore conversione fornitore

Posizione precedente /etc/cloudservices/<vendor>
Nuove posizioni

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

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

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

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

Orientamenti per la ristrutturazione

Eventuali nuovi Cloud Services del connettore di conversione fornitore devono essere migrati nella nuova posizione (/apps, /conf/global o /conf/<tenant>).

  1. Migra le configurazioni esistenti nella posizione precedente alla nuova posizione.
    • Creare manualmente nuove configurazioni del connettore di traduzione fornitore tramite l'interfaccia utente di authoring AEM in Strumenti > Cloud Services > Cloud Servicesdi traduzione.
      OPPURE
    • Copiare le nuove configurazioni del connettore di conversione fornitore dalla posizione precedente alla nuova posizione (/apps, /conf/global o /conf/<tenant>).
  2. Associate le configurazioni AEM applicabili alle gerarchie di contenuto AEM.
    1. gerarchie di pagina AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > scheda Avanzate > Configurazionecloud.
    2. AEM gerarchie di frammenti esperienza tramite AEM frammenti esperienza > Frammento esperienza > Proprietà > scheda Cloud Services > Configurazionecloud.
    3. AEM gerarchie di cartelle di frammenti esperienza tramite AEM frammenti esperienza > Cartella > Proprietà > scheda Cloud Services > Configurazionecloud.
    4. gerarchie di cartelle AEM Assets tramite AEM Assets > Cartella > Proprietà cartella > scheda Cloud Services > Configurazione.
    5. AEM progetti tramite AEM progetti > Progetto > Proprietà progetto > scheda Avanzate > Configurazionecloud.
  3. Separare eventuali Cloud Services di traduzione legacy migrati dalle gerarchie di contenuto AEM sopra indicate.
Note

La risoluzione dei Cloud Services di traduzione viene eseguita nell'ordine seguente:

  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>

Modelli e-mail notifica flusso di lavoro

Posizione precedente /etc/workflow/notification
Nuove posizioni

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification

Orientamenti per la ristrutturazione

Eventuali modelli e-mail di notifica dei flussi di lavoro modificati devono essere migrati nella nuova posizione (/conf/global).

  1. Copiate i modelli e-mail di notifica dei flussi di lavoro modificati dalla posizione precedente alla nuova posizione.
  2. Rimuovi i modelli e-mail di notifica del flusso di lavoro migrati dalla posizione precedente.
Note

La risoluzione del modello e-mail di notifica del flusso di lavoro si verifica nel seguente ordine:

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

Pacchetti di flussi di lavoro

Posizione precedente /etc/workflow/packages
Nuove posizioni /var/workflow/packages
Orientamenti per la ristrutturazione

I pacchetti di flussi di lavoro esistenti nella posizione precedente devono essere migrati nella nuova posizione.

  1. Rimuovete tutti i pacchetti di flussi di lavoro nella posizione precedente a cui non viene fatto riferimento da altri contenuti e che altrimenti non sono richiesti.
  2. Sposta tutti i pacchetti di flussi di lavoro nella posizione precedente a cui non viene fatto riferimento da altri contenuti, ma che sono altrimenti richiesti nella nuova posizione.
  3. Lasciate eventuali pacchetti di flussi di lavoro a cui fanno riferimento altri contenuti nella posizione precedente.
Note

I pacchetti di flussi di lavoro creati tramite la console Miscadmin dell’interfaccia classica vengono memorizzati nella posizione precedente, mentre tutti gli altri vengono memorizzati nella nuova posizione.

I pacchetti di flussi di lavoro memorizzati nelle posizioni precedenti o iniziali possono essere gestiti tramite la console di amministrazione dell’interfaccia classica.

In questa pagina