Ristrutturazione dell’archivio comune in AEM 6.5 common-repository-restructuring-in-aem

Come descritto nella pagina padre Ristrutturazione dell’archivio in AEM 6.5, i clienti che eseguono l’aggiornamento a AEM 6.5 devono utilizzare questa pagina per valutare l’impegno di lavoro associato alle modifiche dell’archivio che potrebbero influire su tutte le soluzioni. Alcune modifiche richiedono un impegno di lavoro durante il processo di aggiornamento AEM 6.5, mentre altre possono essere differite fino a un aggiornamento futuro.

Con Aggiornamento 6.5

Prima di un aggiornamento futuro

Con aggiornamento 6.5 with-upgrade

Configurazioni ContextHub contexthub-6.5

A partire da AEM 6.4, non è presente alcuna configurazione ContextHub predefinita. Pertanto, a livello di directory principale del sito deve essere impostato cq:contextHubPathproperty per indicare quale configurazione deve essere utilizzata.

  1. Passa alla directory principale del sito.
  2. Apri le proprietà della pagina principale e seleziona la scheda Personalization.
  3. Nel campo Percorso Contexthub immetti il percorso di configurazione ContextHub.

Inoltre, nella configurazione ContextHub, sling:resourceType deve essere aggiornato per essere relativo e non assoluto.

  1. Apri 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, sling:resourceType della configurazione ContextHub deve essere relativo anziché assoluto.

Modelli flusso di lavoro workflow-models

Posizione precedente
/etc/workflow/models
Nuove posizioni

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models

Orientamenti per la ristrutturazione

Qualsiasi modello di flusso di lavoro nuovo o modificato deve essere migrato a /conf/global/workflow/models.

  1. Distribuire i modelli di flusso di lavoro modificati in un'istanza di sviluppo AEM 6.5 locale, in modo che esistano nel percorso precedente.

  2. Modifica il modello di flusso di lavoro utilizzando l’Editor modello di flusso di lavoro dell’AEM in AEM > Strumenti > Flusso di lavoro > Modelli.

  3. Durante la migrazione dei modelli di flusso di lavoro AEM modificati

    1. Con l’Editor modello flusso di lavoro aperto, modifica l’URL dell’indirizzo del browser e sostituisci il segmento di percorso /libs/settings/workflow/models con /etc/workflow/models.
      • Ad esempio, modifica: http://localhost:4502/editor.html /libs/settings/workflow/models/dam/update_asset.html in http://localhost:4502/editor.html /etc/workflow/models/dam/update_asset.html
  4. Abilita la modalità Modifica nell’Editor modello flusso di lavoro, che copierà la definizione del modello flusso di lavoro in /conf/global/workflow/models.

  5. Seleziona il pulsante Sync per sincronizzare le modifiche apportate al modello di flusso di lavoro di runtime in /var/workflow/models.

  6. Esporta sia il modello di flusso di lavoro (https://experienceleague.adobe.com/conf/global/workflow/models/<modello-flusso%20di%20lavoro>?lang=it) che il modello di flusso di lavoro di runtime (https://experienceleague.adobe.com/var/workflow/models/<modello-flusso%20di%20lavoro>?lang=it) e integrali nel progetto AEM.

    1. Ad esempio, esportare:

      • /conf/global/settings/workflow/models/dam/my_workflow_model
        e
      • /var/workflow/models/dam/my_workflow_model
Note

La risoluzione del modello di flusso di lavoro viene eseguita nell'ordine seguente:

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

Pertanto, tutte le personalizzazioni dei modelli di flusso di lavoro forniti dall’AEM che persistono nella posizione Precedente devono essere spostate in /conf/global/settings/workflow/models se devono essere mantenute, altrimenti saranno sostituite dalla definizione del modello di flusso di lavoro fornita dall’AEM in /libs/settings/workflow/models.

Istanze flusso di lavoro workflow-instances

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

Non è richiesta alcuna azione per l’allineamento con la nuova posizione.

Le istanze storiche dei flussi di lavoro possono continuare a risiedere nella posizione precedente senza problemi e verranno create nuove istanze dei flussi di lavoro nella nuova posizione.

Note
Qualsiasi riferimento esplicito al percorso in Anche il codice custom nel percorso precedente deve tenere conto del nuovo percorso. Si consiglia di eseguire il refactoring di questo codice per utilizzare le API del flusso di lavoro AEM.

Moduli di avvio per flusso di lavoro workflow-launchers

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

/libs/settings/workflow/launcher/config

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

Orientamenti per la ristrutturazione

Qualsiasi modulo di avvio flusso di lavoro nuovo o modificato deve essere migrato a /conf/global/workflow/launcher/config.

  1. Copiare le configurazioni del modulo di avvio del flusso di lavoro nuove o modificate dal percorso precedente al nuovo percorso (/conf/global).
Note

La risoluzione dell'utilità di avvio del flusso di lavoro viene eseguita nell'ordine seguente:

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

Di conseguenza, le personalizzazioni di Workflow Launcher fornite dall'AEM e persistenti nel percorso precedente devono essere spostate nel nuovo percorso (/conf/global/settings/workflow/launcher) se devono essere mantenute, altrimenti saranno sostituite dalla definizione di Workflow Launcher fornita dall'AEM in /libs/settings/workflow/launcher.

Script flusso di lavoro workflow-scripts

Posizione precedente
/etc/workflow/scripts
Nuove posizioni

/libs/workflow/scripts

/apps/workflow/scripts

Orientamenti per la ristrutturazione

Qualsiasi script di flusso di lavoro nuovo o modificato deve essere migrato alla nuova posizione e i modelli di flusso di lavoro di riferimento devono essere aggiornati per riflettere la nuova posizione.

  1. Copiare gli script di flusso di lavoro nuovi o modificati dal percorso precedente al nuovo percorso.
    • /apps/workflow/scripts devono essere mantenute nell’SCM.
  2. Aggiornare eventuali riferimenti agli script del flusso di lavoro nella posizione precedente in Modelli flusso di lavoro per puntare alle nuove posizioni.
Note

L'AEM 6.4 SP1, quando sarà pubblicato, consente di posticipare la ristrutturazione al 6.5 upgrade .

Se si effettua l’aggiornamento al AEM 6.4 prima del rilascio del AEM 6.4 SP1, tale ristrutturazione dovrebbe essere effettuata nell’ambito del progetto di aggiornamento. In caso contrario, la modifica e il salvataggio dei passaggi del flusso di lavoro che fanno riferimento a 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 nei nuovi percorsi saranno disponibili nel menu a discesa per la selezione degli script.

Prima di un aggiornamento futuro prior-to-upgrade

Configurazioni ContextHub contexthub-configurations

Posizione precedente
/etc/cloudsettings
Nuove posizioni

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings

Orientamenti per la ristrutturazione

Tutte le configurazioni ContextHub nuove o modificate devono essere migrate nella nuova posizione e le pagine AEM Sites di riferimento devono essere aggiornate per riflettere la nuova posizione.

  1. Copia tutte le configurazioni ContextHub nuove o modificate dalla posizione precedente alla nuova posizione.
  2. Associa le configurazioni AEM applicabili alle gerarchie di contenuti AEM.
    1. Gerarchie di pagine AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > Scheda Avanzate > Configurazione cloud.
  3. Dissocia tutte le configurazioni ContextHub legacy migrate dalle gerarchie di contenuti AEM sopra indicate.
Note
N/D

Progettazioni Cloud Service classiche classic-cloud-services-designs

Posizione precedente
/etc/designs/cloudservices
Nuove posizioni

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices

Orientamenti per la ristrutturazione

Per qualsiasi design gestito in SCM e non scritto in fase di esecuzione tramite le finestre di dialogo per progettazione.

  1. Copiare le progettazioni dal percorso precedente al nuovo percorso (/apps).
  2. Convertire le risorse CSS, JavaScript e statiche nella progettazione in una Libreria client con allowProxy = true.
  3. Aggiorna i riferimenti alla posizione precedente in cq : Proprietà designPath .
  4. Aggiorna tutte le pagine che fanno riferimento alla posizione precedente per utilizzare la nuova categoria Libreria client (è necessario aggiornare il codice di implementazione della pagina).
  5. Aggiorna le regole Dispatcher dell’AEM per consentire la distribuzione delle librerie client tramite /etc.clientlibs/. servlet proxy

Per tutte le progettazioni che NON sono state gestite in SCM e sono state modificate in fase di esecuzione tramite le finestre di dialogo per progettazione.

  • Non spostare design modificabili da /etc.
Note
N/D

Progettazioni dashboard classiche classic-dashboards-designs

Posizione precedente
/etc/designs/dashboards
Nuove posizioni

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards

Orientamenti per la ristrutturazione

Per qualsiasi design gestito in SCM e non scritto in fase di esecuzione tramite le finestre di dialogo per progettazione.

  1. Copia le progettazioni dalla posizione precedente alla nuova posizione (https://experienceleague.adobe.com/apps?lang=it).
  2. Convertire le risorse CSS, JavaScript e statiche nella progettazione in una Libreria client con allowProxy = true.
  3. Aggiornare i riferimenti alla posizione precedente in cq : Proprietà designPath .
  4. Aggiorna tutte le pagine che fanno riferimento alla posizione precedente per utilizzare la nuova categoria Libreria client (è necessario aggiornare il codice di implementazione della pagina).
  5. Aggiorna le regole Dispatcher dell’AEM per consentire la distribuzione delle librerie client tramite /etc.clientlibs/. servlet proxy

Per tutte le progettazioni che NON sono state gestite in SCM e sono state modificate in fase di esecuzione tramite le finestre di dialogo per progettazione.

  • Non spostare design modificabili da /etc.
Note
N/D

Progettazioni report classici classic-reports-designs

Posizione precedente
/etc/designs/reports
Nuove posizioni

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports

Orientamenti per la ristrutturazione

Per qualsiasi design gestito in SCM e non scritto in fase di esecuzione tramite le finestre di dialogo per progettazione.

  1. Copia le progettazioni dalla posizione precedente alla nuova posizione (https://experienceleague.adobe.com/apps?lang=it).
  2. Convertire le risorse CSS, JavaScript e statiche nella progettazione in una Libreria client con allowProxy = true.
  3. Aggiornare i riferimenti alla posizione precedente in cq : Proprietà designPath .
  4. Aggiorna tutte le pagine che fanno riferimento alla posizione precedente per utilizzare la nuova categoria Libreria client (è necessario aggiornare il codice di implementazione della pagina).
  5. Aggiorna le regole Dispatcher dell’AEM per consentire la distribuzione delle librerie client tramite /etc.clientlibs/. servlet proxy

Per tutte le progettazioni che NON sono state gestite in SCM e sono state modificate in fase di esecuzione tramite le finestre di dialogo per progettazione.

  • Non spostare design modificabili da /etc.
Note
N/D

Progettazioni predefinite default-designs

Posizione precedente
/etc/designs/default
Nuove posizioni

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default

Orientamenti per la ristrutturazione

Per qualsiasi design gestito in SCM e non scritto in fase di esecuzione tramite le finestre di dialogo per progettazione.

  1. Copia le progettazioni dalla posizione precedente alla nuova posizione (https://experienceleague.adobe.com/apps?lang=it).
  2. Convertire le risorse CSS, JavaScript e statiche nella progettazione in una Libreria client con allowProxy = true.
  3. Aggiornare i riferimenti alla posizione precedente in cq : Proprietà designPath .
  4. Aggiorna tutte le pagine che fanno riferimento alla posizione precedente per utilizzare la nuova categoria Libreria client (è necessario aggiornare il codice di implementazione della pagina).
  5. Aggiorna le regole Dispatcher dell’AEM per consentire la distribuzione delle librerie client tramite /etc.clientlibs/. servlet proxy

Per tutte le progettazioni che NON sono state gestite in SCM e sono state modificate in fase di esecuzione tramite le finestre di dialogo per progettazione.

  • Non spostare design modificabili da /etc.
Note
N/D

Endpoint Adobe DTM JavaScript adobe-dtm-javascript-endpoint

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

Non è richiesta alcuna azione.

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

Note
N/D

Adobe di endpoint per web hook DTM adobe-dtm-web-hook-endpoint

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

Non è richiesta alcuna azione.

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

Note
N/D

Attività casella in entrata inbox-tasks

Posizione precedente
/etc/taskmanagement
Nuove posizioni
/var/taskmanagement
Orientamenti per la ristrutturazione
Utilizza l'attività di manutenzione della rimozione Posta in arrivo per rimuovere le vecchie attività dal percorso precedente in base alle esigenze.
Note

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

  • Le attività presenti nel percorso precedente continuano a essere disponibili e a funzionare.
  • Le nuove attività vengono create nella nuova posizione.

Configurazioni blueprint per Multi-Site Manager multi-site-manager-blueprint-configurations

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 gadget dashboard progetti AEM aem-projects-dashboard-gadget-configurations

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 di gadget del dashboard per progetti AEM nuova o modificata deve essere migrata nella nuova posizione (/apps).

  1. Copiare le configurazioni del gadget del dashboard progetti AEM nuove o modificate dalla posizione precedente alla nuova posizione (/apps).
    1. Non copiare le configurazioni del gadget del dashboard dei progetti AEM non modificate, in quanto queste sono ora presenti nella nuova posizione (/libs).
  2. Aggiornare eventuali 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 dell’archivio al momento della rimozione del pacchetto di compatibilità.

Modello e-mail notifica replica replication-notification-e-mail-template

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

Qualsiasi modello di posta elettronica di notifica replica nuovo o modificato deve essere migrato nel nuovo percorso (/apps)

  1. Copiare i modelli di posta elettronica per le notifiche di replica nuovi o modificati dalla posizione precedente nella nuova posizione (/apps).
  2. Rimuovere eventuali modelli di posta elettronica di notifica replica migrati dal percorso precedente.
Note

Gli unici nuovi modelli di posta elettronica per le notifiche di replica supportati sono quelli che supportano le nuove impostazioni internazionali.

La risoluzione del modello di posta elettronica per le notifiche di replica viene eseguita nell'ordine seguente:

  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 tags

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

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

  1. Copia tutti i tag dalla posizione precedente alla nuova posizione.
  2. Rimuovi tutti i tag dalla posizione precedente.
  3. Tramite la console Web AEM, riavviare il bundle OSGi Day Communique 5 Tagging all'indirizzo https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging affinché l'AEM riconosca che la nuova posizione contiene dei contenuti e deve essere utilizzata.
Note

Il riavvio del bundle OSGi di assegnazione tag Day Communique registrerà la nuova posizione 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 utilizzano l’API TagManager dell’AEM per la risoluzione dei tag.

Qualsiasi codice personalizzato che fa riferimento in modo esplicito al percorso

/etc/tags

deve essere aggiornato a /content/

cq

:tags

, o preferibilmente riscritto per utilizzare l'API Java TagManager, insieme a questa migrazione.

Servizi cloud di traduzione translation-cloud-services

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

Qualsiasi nuovo Cloud Service di traduzione deve essere migrato nel nuovo percorso (/apps, /conf/global o /conf/<tenant>).

  1. Migra le configurazioni esistenti nella posizione precedente alla nuova posizione.

    • Ricrea manualmente nuove configurazioni dei Cloud Service di traduzione tramite l'interfaccia utente di creazione AEM in Strumenti > Cloud Service > Cloud Service di traduzione.
      O
    • Copiare le nuove configurazioni dei Cloud Service di traduzione dal percorso precedente al nuovo percorso (/apps, /conf/global o /conf/<tenant>).
  2. Associa le configurazioni AEM applicabili alle gerarchie di contenuti AEM.

    1. Gerarchie di pagine AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > Scheda Avanzate > Configurazione cloud.
    2. Gerarchie di frammenti esperienza AEM tramite Frammenti esperienza AEM > Frammento esperienza > Proprietà > Scheda Cloud Service > Configurazione cloud.
    3. Gerarchie di cartelle di frammenti esperienza AEM tramite Frammenti esperienza AEM > Cartella > Proprietà > Scheda Cloud Service > Configurazione cloud.
    4. Gerarchie di cartelle AEM Assets tramite AEM Assets > Cartella > Proprietà cartella > Scheda Cloud Service > Configurazione.
    5. Progetti AEM tramite Progetti AEM > Progetto > Proprietà progetto > Scheda Avanzate > Configurazione cloud.
  3. Dissocia eventuali Cloud Service di traduzione legacy migrati dalle gerarchie di contenuto AEM sopra indicate.

Note

La risoluzione dei Cloud Service 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 Service di traduzione migrati devono essere compatibili con AEM 6.4.

Lingue di traduzione translation-languages

Posizione precedente
/etc/translation/supportedLanguages
Nuove posizioni

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages

Orientamenti per la ristrutturazione

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

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

La risoluzione del percorso della lingua di traduzione viene eseguita nell'ordine seguente:

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

Questa risoluzione non supporta una sovrapposizione di unione, il che significa che il percorso risolto deve contenere tutte le lingue supportate e non erediterà le lingue supportate da risoluzioni di ordine superiore.

Regole di traduzione translation-rules

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 delle regole di traduzione modificato deve essere migrato nel nuovo percorso (/apps o /conf/global).

1. Copiare il file XML delle regole di traduzione modificato dalla posizione precedente nella nuova posizione.

Note

La risoluzione XML delle regole di traduzione della replica viene eseguita 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 traduzione translation-widget-client-library

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 qualsiasi design gestito in SCM e non scritto in fase di esecuzione tramite le finestre di dialogo per progettazione.

  1. Copia le progettazioni dalla posizione precedente alla nuova posizione (https://experienceleague.adobe.com/apps?lang=it).
  2. Convertire le risorse CSS, JavaScript e statiche nella progettazione in una Libreria client con allowProxy = true.
  3. Aggiornare i riferimenti alla posizione precedente in cq : Proprietà designPath .
  4. Aggiorna tutte le pagine che fanno riferimento alla posizione precedente per utilizzare la nuova categoria Libreria client (è necessario aggiornare il codice di implementazione della pagina).
  5. Aggiorna le regole Dispatcher dell’AEM per consentire la distribuzione delle librerie client tramite /etc.clientlibs/. servlet proxy

Per tutte le progettazioni che NON sono state gestite in SCM e sono state modificate in fase di esecuzione tramite le finestre di dialogo per progettazione.

  • Non spostare design modificabili da /etc.
Note
N/D

Console Web di attivazione struttura tree-activation-web-console

Percorso precedente
/etc/replication/treeactivation
Nuovi percorsi
/libs/replication/treeactivation
Linee guida per la ristrutturazione
Non è richiesta alcuna azione.
Note
La console Web Attivazione struttura è ora disponibile tramite Strumenti > Distribuzione > Replica > Attiva struttura.

Cloud Service di connettori di traduzione fornitore vendor-translation-connector-cloud-services

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

Qualsiasi nuovo Cloud Service di connettori di traduzione fornitore deve essere migrato nella nuova posizione (/apps, /conf/global o /conf/<tenant>).

  1. Migra le configurazioni esistenti nella posizione precedente alla nuova posizione.

    • Crea manualmente configurazioni di Cloud Service di connettori di traduzione fornitori netti tramite l'interfaccia utente di creazione dell'AEM in Strumenti > Cloud Service > Cloud Service di traduzione.
      O
    • Copiare le configurazioni dei nuovi Cloud Service di connettori di traduzione fornitori dalla posizione precedente alla nuova posizione (/apps, /conf/global o /conf/<tenant>).
  2. Associa le configurazioni AEM applicabili alle gerarchie di contenuti AEM.

    1. Gerarchie di pagine AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > Scheda Avanzate > Configurazione cloud.
    2. Gerarchie di frammenti esperienza AEM tramite Frammenti esperienza AEM > Frammento esperienza > Proprietà > Scheda Cloud Service > Configurazione cloud.
    3. Gerarchie di cartelle di frammenti esperienza AEM tramite Frammenti esperienza AEM > Cartella > Proprietà > Scheda Cloud Service > Configurazione cloud.
    4. Gerarchie di cartelle AEM Assets tramite AEM Assets > Cartella > Proprietà cartella > Scheda Cloud Service > Configurazione.
    5. Progetti AEM tramite Progetti AEM > Progetto > Proprietà progetto > Scheda Avanzate > Configurazione cloud.
  3. Dissocia eventuali Cloud Service di traduzione legacy migrati dalle gerarchie di contenuto AEM sopra indicate.

Note

La risoluzione dei Cloud Service 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 di notifica flusso di lavoro workflow-notification-email-templates

Posizione precedente
/etc/workflow/notification
Nuove posizioni

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification

Orientamenti per la ristrutturazione

È necessario eseguire la migrazione di tutti i modelli e-mail di notifica flusso di lavoro modificati nel nuovo percorso (/conf/global).

  1. Copiare nella nuova posizione tutti i modelli di e-mail di notifica del flusso di lavoro modificati dalla posizione precedente.
  2. Rimuovi i modelli e-mail di notifica flusso di lavoro migrati dalla posizione precedente.
Note

La risoluzione del modello e-mail di notifica flusso di lavoro viene eseguita nell'ordine seguente:

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

Pacchetti flusso di lavoro workflow-packages

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

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

  1. Rimuovi eventuali pacchetti flusso di lavoro nella posizione precedente che non sono referenziati da altri contenuti e che non sono altrimenti necessari.
  2. Sposta tutti i pacchetti flusso di lavoro nella posizione precedente che non sono referenziati da altri contenuti ma che sono comunque necessari nella nuova posizione.
  3. Lascia nella posizione precedente tutti i pacchetti del flusso di lavoro a cui fanno riferimento altri contenuti.
Note

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

I pacchetti del flusso di lavoro memorizzati nelle posizioni precedenti o precedenti possono essere gestiti tramite la console Gestione errori dell’interfaccia classica.

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