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

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models

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

1. Distribuisci i modelli di flusso di lavoro modificati in un'istanza di sviluppo AEM 6.4 locale, in modo che siano presenti nel percorso precedente.

2. Modifica il modello di flusso di lavoro utilizzando AEM Workflow Model Editor in AEM > Strumenti > Flusso di lavoro > Modelli.

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

   1. Con l'Editor modello flusso di lavoro aperto, modifica l'URL dell'indirizzo del browser e sostituisci il segmento del 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 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. Tocca il pulsante Sincronizza per sincronizzare le modifiche al modello del flusso di lavoro runtime in /var/workflow/models.

6. Esporta entrambi i modelli del flusso di lavoro (https://experienceleague.adobe.com/conf/global/workflow/models/<workflow-model>?lang=it) e Runtime Workflow Model (https://experienceleague.adobe.com/var/workflow/models/<workflow-model>?lang=it) e integrarla nel progetto AEM.

   1. Ad esempio, esporta:

      • /config/settings/workflow/models/dam/my_workflow_model e
      • /var/workflow/models/dam/my_workflow_model

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

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 da 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 fornito da AEM in /libs/settings/workflow/models.

Per allineare la nuova posizione non è necessaria alcuna azione.

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

/libs/settings/workflow/launcher/config

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

È necessario eseguire la migrazione di tutti i moduli di avvio dei flussi di lavoro nuovi o modificati in /conf/global/workflow/launcher/config.

1. Copia le configurazioni nuove o modificate di Workflow Launcher dalla posizione precedente a nuova posizione (/conf/global).

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 di Workflow Launcher AEM fornite persistono nella posizione precedente devono essere spostate nella nuova posizione (/conf/global/settings/workflow/launcher se devono essere mantenute, altrimenti saranno sostituite dalla definizione di Workflow Launcher AEM fornita in /libs/settings/workflow/launcher.

/libs/workflow/scripts

/apps/workflow/scripts

Eventuali script di flusso di lavoro nuovi o modificati devono essere migrati nella nuova posizione e i modelli di flusso di lavoro di riferimento aggiornati per riflettere la nuova posizione.

1. Copia gli script di flusso di lavoro nuovi o modificati dalla posizione precedente alla nuova posizione.
   • /apps/workflow/scripts devono essere mantenuti in SCM.
2. Aggiorna tutti i riferimenti agli script del flusso di lavoro nella posizione precedente nei modelli di flusso di lavoro per puntare alle nuove posizioni.

AEM 6.4 SP1, quando viene rilasciato, lo rende in modo che questa ristrutturazione possa essere differita fino alla versione 6.5 upgrade .

Se si esegue l’aggiornamento a AEM 6.4 prima del rilascio di AEM 6.4 SP1, questa ristrutturazione deve essere eseguita come parte del progetto di aggiornamento. Senza farlo, la modifica e il salvataggio dei passaggi del flusso di lavoro che fanno riferimento agli script nella posizione precedente rimuoverà completamente il riferimento allo script del flusso di lavoro dal passaggio del flusso di lavoro, e solo gli script del flusso di lavoro in nuove posizioni saranno disponibili nel menu a discesa di selezione dello script.

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings

Eventuali 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 le configurazioni ContextHub nuove o modificate dalla posizione precedente alla nuova posizione.
2. Associa le configurazioni di AEM applicabili alle gerarchie di contenuto AEM.
   1. Gerarchie di pagine AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > Scheda Avanzate > Configurazione cloud.
3. Disassociare le configurazioni ContextHub legacy migrate dalle gerarchie di contenuto AEM sopra indicate.

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices

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

1. Copia le progettazioni dalla posizione precedente alla nuova posizione (/apps).
2. Convertire CSS, JavaScript e risorse statiche nella progettazione in un Libreria client con allowProxy = true.
3. Aggiorna i riferimenti alla posizione precedente nel cq : designPath proprietà.
4. Aggiorna 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 AEM regole del Dispatcher per consentire il servizio delle librerie client tramite /etc.clientlibs/.. servlet proxy.

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

• Non spostare progetti modificabili dall'autore /etc.

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards

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

1. Copia le progettazioni dalla posizione precedente alla nuova posizione (https://experienceleague.adobe.com/apps?lang=it).
2. Convertire CSS, JavaScript e risorse statiche nella progettazione in un Libreria client con allowProxy = true.
3. Aggiorna i riferimenti alla posizione precedente nel cq : designPath proprietà.
4. Aggiorna 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 AEM regole del Dispatcher per consentire il servizio delle librerie client tramite /etc.clientlibs/.. servlet proxy.

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

• Non spostare progetti modificabili dall'autore /etc.

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports

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

1. Copia le progettazioni dalla posizione precedente alla nuova posizione (https://experienceleague.adobe.com/apps?lang=it).
2. Convertire CSS, JavaScript e risorse statiche nella progettazione in un Libreria client con allowProxy = true.
3. Aggiorna i riferimenti alla posizione precedente nel cq : designPath proprietà.
4. Aggiorna 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 AEM regole del Dispatcher per consentire il servizio delle librerie client tramite /etc.clientlibs/.. servlet proxy.

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

• Non spostare progetti modificabili dall'autore /etc.

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default

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

1. Copia le progettazioni dalla posizione precedente alla nuova posizione (https://experienceleague.adobe.com/apps?lang=it).
2. Convertire CSS, JavaScript e risorse statiche nella progettazione in un Libreria client con allowProxy = true.
3. Aggiorna i riferimenti alla posizione precedente nel cq : designPath proprietà.
4. Aggiorna 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 AEM regole del Dispatcher per consentire il servizio delle librerie client tramite /etc.clientlibs/.. servlet proxy.

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

• Non spostare progetti modificabili dall'autore /etc.

Non è richiesta alcuna azione.

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

Non è richiesta alcuna azione.

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

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

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

/libs/msm

/apps/msm

1. Copia configurazioni personalizzate da /etc/blueprints a /apps/msm.
2. Rimuovi /etc/blueprints.

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

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

Tutte le configurazioni del Gadget dashboard di progetti nuovi o modificati devono essere migrate nella nuova posizione (/apps).

1. Copia le configurazioni del Gadget dashboard di progetti nuovi o modificati dalla posizione precedente nella nuova posizione (/apps).
   1. Non copiare le configurazioni del Gadget dashboard di progetti AEM non modificati, in quanto ora esistono nella nuova posizione (/libs).
2. Aggiorna i modelli di progetti AEM che fanno riferimento alla posizione precedente per puntare alla nuova posizione appropriata.

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

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

Eventuali modelli e-mail di notifica di replica nuovi o modificati devono essere migrati nel nuovo percorso (/apps)

1. Copiare i modelli e-mail nuovi o modificati per le notifiche di replica dal percorso precedente in un nuovo percorso (/apps).
2. Rimuovere i modelli e-mail di notifica di replica migrati dal percorso precedente.

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

La risoluzione del modello di posta elettronica per le notifiche di 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

Tutti i tag devono essere migrati in /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, riavvia il bundle OSGi Day Communique 5 Tagging su https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging per AEM riconoscere che la nuova posizione contiene contenuto e deve essere utilizzata.

Il riavvio del bundle Day Communique Tagging OSGi registrerà la nuova posizione come radice dei tag solo se la posizione precedente è vuota.

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

Qualsiasi codice personalizzato che fa riferimento esplicitamente al percorso

/etc/tags

deve essere aggiornato a /content/

cq

:tags

, o di preferenza riscritto per sfruttare l’API Java TagManager insieme a questa migrazione.

/libs/settings/cloudconfigs/translation/translationcfg

/apps/settings/cloudconfigs/translation/translationcfg

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

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

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

1. Esegui la migrazione delle configurazioni esistenti nella posizione precedente alla nuova posizione.

   • Ricrea manualmente nuove configurazioni di Cloud Services di traduzione tramite l’interfaccia utente di authoring AEM in Strumenti > Cloud Services > Cloud Services di traduzione.
     OPPURE
   • Copia le nuove configurazioni dei Cloud Services di traduzione dalla posizione precedente alla nuova posizione (/apps, /conf/global o /conf/<tenant>).

2. Associa le configurazioni di AEM applicabili alle gerarchie di contenuto AEM.

   1. Gerarchie di pagine AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > Scheda Avanzate > Configurazione cloud.
   2. AEM gerarchie di frammenti esperienza tramite AEM Frammenti esperienza > Frammento esperienza > Proprietà > Scheda Cloud Services > Configurazione cloud.
   3. AEM gerarchie di cartelle di frammenti esperienza tramite AEM Frammenti esperienza > Cartella > Proprietà > Scheda Cloud Services > Configurazione cloud.
   4. Gerarchie di cartelle AEM Assets tramite AEM Assets > Cartella > Proprietà cartella > Scheda Cloud Services > Configurazione.
   5. AEM progetti tramite Progetti AEM > Progetto > Proprietà progetto > Scheda Avanzate > Configurazione cloud.

3. Separa i Cloud Services di traduzione legacy migrati dalle gerarchie di contenuto AEM sopra indicate.

La risoluzione dei Cloud Services di traduzione si verifica nel seguente ordine:

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.

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages

Qualsiasi definizione nuova o modificata di Lingua di traduzione richiede una migrazione di tutte le definizioni di Lingua di traduzione alla nuova posizione (/apps).

1. Se sono state apportate aggiunte o modifiche alle definizioni delle lingue di traduzione, copia tutte le definizioni delle lingue di traduzione dalla posizione precedente nella nuova posizione (/apps).

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

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 dalle risoluzioni di ordine superiore.

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

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

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

Un file XML delle regole di traduzione modificato deve essere migrato nella nuova posizione (/appsoppure /conf/global).

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

La risoluzione XML delle regole di traduzione della replica si verifica nel seguente ordine:

1. /conf/global/settings/translation/rules/translation_rules.xml
2. /apps/settings/translation/rules/translation_rules.xml
3. /etc/workflow/models/translation/translation_rules.xml
4. /libs/settings/translation/rules/translation_rules.xml

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

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

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

1. Copia le progettazioni dalla posizione precedente alla nuova posizione (https://experienceleague.adobe.com/apps?lang=it).
2. Convertire CSS, JavaScript e risorse statiche nella progettazione in un Libreria client con allowProxy = true.
3. Aggiorna i riferimenti alla posizione precedente nel cq : designPath proprietà.
4. Aggiorna 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 AEM regole del Dispatcher per consentire il servizio delle librerie client tramite /etc.clientlibs/.. servlet proxy.

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

• Non spostare progetti modificabili dall'autore /etc.

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

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

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

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

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

1. Esegui la migrazione delle configurazioni esistenti nella posizione precedente alla nuova posizione.

   • Creare manualmente le nuove configurazioni del connettore di traduzione del fornitore tramite Interfaccia utente AEM authoring in Strumenti > Cloud Services > Cloud Services di traduzione.
     OPPURE
   • Copia le nuove configurazioni dei nuovi Cloud Services del connettore di traduzione fornitore dalla posizione precedente alla nuova posizione (/apps, /conf/global o /conf/<tenant>).

2. Associa le configurazioni di AEM applicabili alle gerarchie di contenuto AEM.

   1. Gerarchie di pagine AEM Sites tramite AEM Sites > Pagina > Proprietà pagina > Scheda Avanzate > Configurazione cloud.
   2. AEM gerarchie di frammenti esperienza tramite AEM Frammenti esperienza > Frammento esperienza > Proprietà > Scheda Cloud Services > Configurazione cloud.
   3. AEM gerarchie di cartelle di frammenti esperienza tramite AEM Frammenti esperienza > Cartella > Proprietà > Scheda Cloud Services > Configurazione cloud.
   4. Gerarchie di cartelle AEM Assets tramite AEM Assets > Cartella > Proprietà cartella > Scheda Cloud Services > Configurazione.
   5. AEM progetti tramite Progetti AEM > Progetto > Proprietà progetto > Scheda Avanzate > Configurazione cloud.

3. Separa i Cloud Services di traduzione legacy migrati dalle gerarchie di contenuto AEM sopra indicate.

La risoluzione dei Cloud Services di traduzione si verifica nel seguente ordine:

1. /conf/<tenant>/settings/cloudconfigs/translations/<vendor>
2. /conf/global/settings/cloudconfigs/translations/<vendor>
3. /apps/settings/cloudconfigs/translations/<vendor>
4. /libs/settings/cloudconfigs/translations/<vendor>

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification

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

1. Copia i modelli e-mail di notifica del flusso 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.

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

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

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

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

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 lew possono essere gestiti tramite la console Miscadmin dell'interfaccia classica.