Ristrutturazione dell’archivio siti in AEM 6.4 sites-repository-restructuring-in-aem

/apps/settings/wcm/segments

/conf/settings/settings/wcm/segments

/conf/<tenant>/settings/wcm/segments

Se i segmenti ContextHub nuovi o modificati devono essere modificati nel controllo del codice sorgente anziché essere modificati in AEM, è necessario migrarli nella nuova posizione:

1. Copia i segmenti ContextHub nuovi o modificati dalla posizione precedente alla nuova posizione appropriata (https://experienceleague.adobe.com/%3Ccode%3Eapps%3C/code%3E,%20%3Ccode%3E/conf/global%3C/code%3E%20o%20%3Ccode%3E/conf/<tenant>%3C/code%3E?lang=it)
2. Aggiorna i riferimenti ai segmenti ContextHub nella posizione precedente ai segmenti ContextHub migrati nelle nuove posizioni (/apps, /conf/global, /conf/<tenant>).

La seguente query QueryBuilder individua tutti i riferimenti ai segmenti ContextHub nelle posizioni precedenti.

\

\

path=/content property=cq:segments property.operation=like property.value=/etc/segmentation/contexthub/%

\

\

Questo può essere eseguito tramite

Interfaccia utente di Debugger di AEM QueryBuilder

. Tieni presente che si tratta di una query di attraversamento, quindi non eseguirla rispetto alla produzione e assicurati che i limiti di attraversamento vengano regolati in base alle esigenze.

I segmenti ContextHub persistiti nella posizione precedente vengono visualizzati come di sola lettura in AEM > Personalizzazione > Pubblico.

Se i segmenti ContextHub devono essere modificabili in AEM, è necessario migrarli nella nuova posizione (/conf/global o /conf/<tenant>). Eventuali nuovi segmenti di Segmenti ContentHub creati in AEM vengono mantenuti nella nuova posizione (/conf/global o /conf/<tenant>).

Le Proprietà pagina di AEM Sites consentono solo la posizione precedente (/etc) o una singola nuova posizione (/apps, /conf/global o /conf/<tenant>) da selezionare, pertanto i segmenti ContextHub devono essere migrati di conseguenza.

Eventuali segmenti ContextHub non utilizzati dai siti di riferimento AEM possono essere rimossi e non migrati nella nuova posizione:

• /etc/segmentation/geometrixx/
• /etc/segmentation/geometrixx-outdoors

Nota: Se il ClientContext è in uso, si consiglia di convertire in ContextHub.

Qualsiasi utilizzo personalizzato di queste librerie client deve fare riferimento alla libreria client per categoria e non per percorso:

1. Eventuali riferimenti alla libreria client in base al percorso nella posizione precedente devono essere aggiornati per utilizzare Framework di riferimento AEM libreria client.

2. Se AEM framework di riferimento della libreria client non può essere utilizzato, è possibile fare riferimento al percorso assoluto delle librerie client tramite AEM servlet proxy libreria client.

   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/appmeasurement.js
   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/plugins.js
   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/sitecatalyst.js
   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/tracking.js
   • /etc.clientlibs/cq/analytics/clientlibs/sitecatalyst/util.js

La modifica di queste librerie client non è mai stata supportata.

Per ottenere le categorie della libreria client, visita ciascuna cq:ClientLIbraryFolder nodo tramite CRXDELite ed esamina la proprietà categories.

• /libs/cq/analytics/clientlibs/sitecatalyst/appmeasurement
• /libs/cq/analytics/clientlibs/sitecatalyst/plugins
• /libs/cq/analytics/clientlibs/sitecatalyst/sitecatalyst
• /libs/cq/analytics/clientlibs/sitecatalyst/tracking
• /libs/cq/analytics/clientlibs/sitecatalyst/util

/libs/settings/wcm/designs/wordDesign

/apps/settings/wcm/designs/wordDesign

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 nella proprietà cq:designPath .
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/mobile

/apps/settings/mobile

/conf/global/settings/mobile

/conf/<tenant>/settings/mobile

Eventuali nuove configurazioni di emulatore di dispositivi mobili devono essere migrate nella nuova posizione.

1. Copia le nuove configurazioni dell’emulatore di dispositivi mobili dalla posizione precedente alla nuova posizione (/apps, /conf/global, /conf/<tenant>).
2. Per le pagine AEM Sites che dipendono da queste configurazioni dell’emulatore del dispositivo mobile, aggiorna la sezione jcr ``:content nodo:
   [cq:Page]/jcr:content@cq: deviceGroups = String[ mobile/groups/responsive ]
3. Per tutti i modelli modificabili che dipendono da queste configurazioni dell'emulatore di dispositivi mobili, aggiorna i modelli modificabili, indicando cq : deviceGroups nella nuova posizione.

La risoluzione delle configurazioni dell'emulatore del dispositivo mobile si verifica nel seguente ordine:

1. /conf/<tenant>/settings/mobile
2. /conf/global/settings/mobile
3. /apps/settings/mobile
4. /libs/settings/mobile
5. /etc/mobile

/apps/msm (Configurazioni Blueprint cliente)

/libs/msm (Configurazioni di Blueprint pronte per Screens, Commerce)

Eventuali configurazioni di blueprint Manager nuove o modificate devono essere migrate nella nuova posizione (/apps).

1. Copia le configurazioni di Blueprint Manager nuove o modificate da Posizione precedente a Nuova posizione (/apps).
2. Rimuovi eventuali configurazioni di blueprint Multi-Site Manager migrate dalla posizione precedente.

Tutte le configurazioni di blueprint Multi-Site Manager fornite AEM esistono nella nuova posizione in /libs.

Il contenuto non fa riferimento alle configurazioni blu di Multi-Site Manager, pertanto non sono presenti riferimenti di contenuto da regolare.

/libs/msm/wcm/rolloutconfigs

/apps/msm/wcm/rolloutconfigs

Tutte le configurazioni di rollout di Multi-Site Manager nuove o modificate devono essere migrate nella nuova posizione.

1. Copia le configurazioni di rollout di Multi-Site Manager nuove o modificate dalla posizione precedente alla nuova posizione (/apps).
2. Aggiorna i riferimenti nelle pagine AEM alle configurazioni di rollout di Multi-Site Manager nella posizione precedente, in modo che puntino alle loro controparti nelle nuove posizioni (/libs o /apps).

Rimuovi le configurazioni di rollout di Multi-Site Manager migrate dalla posizione precedente.

/libs/settings/notification-templates/com.day.cq.wcm.core.page

/apps/settings/notification-templates/com.day.cq.wcm.core.page

I nuovi modelli e-mail di notifica degli eventi di pagina supportati solo supportano le nuove impostazioni internazionali.

La risoluzione del modello di posta elettronica dell’evento pagina si verifica nell’ordine seguente:

1. /etc/notification/email/default/com.day.cq.wcm.core.page
2. /apps/settings/notification-templates/com.day.cq.wcm.core.page
3. /libs/settings/notification-templates/com.day.cq.wcm.core.page

Eventuali modelli e-mail di notifica degli eventi di pagina nuovi o modificati devono essere migrati nel nuovo percorso in /apps:

1. Copia i modelli e-mail di notifica degli eventi di pagina nuovi o modificati dalla posizione precedente alla nuova posizione (/apps).
2. Rimuovi i modelli di posta elettronica per le notifiche degli eventi di pagina migrati dal percorso precedente.

Eventuali riferimenti alla posizione precedente nei file LESS personalizzati devono essere aggiornati per importare dalla nuova posizione.

• Aggiornare i file LESS personalizzati che fanno riferimento a grid_base.less nella posizione precedente per fare riferimento alla nuova posizione.

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à tramite AEM > Siti > Pagine del sito personalizzate > Proprietà pagina > Scheda Avanzate > Campo di progettazione.
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.

Qualsiasi utilizzo personalizzato di queste librerie client deve fare riferimento alla libreria client per categoria e non per percorso.

1. Eventuali riferimenti alla libreria client in base al percorso nella posizione precedente devono essere aggiornati per utilizzare Framework di riferimento AEM libreria client.
2. Se AEM framework di riferimento della libreria client non può essere utilizzato, è possibile fare riferimento al percorso assoluto delle librerie client tramite AEM servlet proxy libreria client:

• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/testandtarget.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/atjs.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/atjs-integration.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/init.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/mbox.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/parameters.js
• /etc.clientlibs/cq/testandtarget/clientlibs/testandtarget/util.js

La modifica di queste librerie client non è mai stata supportata.

Per ottenere le categorie della Libreria client, visita ogni nodo cq:ClientLIbraryFolder tramite CRXDELite ed esamina la proprietà categories:

• /libs/cq/testandtarget/clientlibs/testandtarget/testandtarget
• /libs/cq/testandtarget/clientlibs/testandtarget/atjs
• /libs/cq/testandtarget/clientlibs/testandtarget/atjs-integration
• /libs/cq/testandtarget/clientlibs/testandtarget/init
• /libs/cq/testandtarget/clientlibs/testandtarget/mbox
• /libs/cq/testandtarget/clientlibs/testandtarget/parameters
• /libs/cq/testandtarget/clientlibs/testandtarget/util

Qualsiasi utilizzo personalizzato di queste librerie client deve fare riferimento alla libreria client per categoria e non per percorso.

1. Eventuali riferimenti alla libreria client in base al percorso nella posizione precedente devono essere aggiornati per utilizzare Framework di riferimento AEM libreria client.
2. Se AEM framework di riferimento della libreria client non può essere utilizzato, è possibile fare riferimento al percorso assoluto delle librerie client tramite AEM servlet proxy libreria client.

• /etc.clientlibs/wcm/foundation/clientlibs/accessibility.css
• /etc.clientlibs/wcm/foundation/clientlibs/main.css
• /etc.clientlibs/wcm/foundation/clientlibs/main.js

La modifica di queste librerie client non è mai stata supportata.

Per ottenere le categorie della libreria client, visita ciascuna cq:ClientLIbraryFolder nodo via CRXDELite ed esamina la proprietà categories:

• /libs/wcm/foundation/clientlibs/accessibility
• /libs/wcm/foundation/clientlibs/main