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

Introduzione introduction

Prima di AEM 6.4, il codice del cliente veniva distribuito in aree imprevedibili del JCR soggette a modifiche durante gli aggiornamenti. Per questo motivo, nelle versioni formali dell’AEM veniva spesso sovrascritto codice, configurazione o contenuto personalizzati. Inoltre, i cambiamenti dei clienti a volte sovrascrivono il codice o il contenuto del prodotto AEM, interrompendo le funzionalità del prodotto.

Delineando chiaramente le gerarchie per codice prodotto AEM e codice cliente, questi conflitti possono essere evitati.

A tal fine, a partire dalla versione 6.4 dell’AEM e per proseguire nelle versioni future, i contenuti vengono ristrutturati da /etc ad altre cartelle nell’archivio, insieme a linee guida su quali contenuti vengono spostati, in conformità alle seguenti regole di alto livello:

  • Il codice prodotto AEM verrà sempre inserito in /libs, che non deve essere sovrascritto dal codice personalizzato
  • Il codice personalizzato deve essere inserito in /apps, /content e /conf

Impatto sugli aggiornamenti 6.5 impact-on-upgrades

Quando si esegue l’aggiornamento a AEM 6.5, un sottoinsieme di grandi dimensioni di contenuti in /etc viene duplicato in altre cartelle dell’archivio. Queste nuove posizioni sono quelle preferite in cui viene fatto riferimento al contenuto. Tuttavia, è stato fatto ogni tentativo affinché l’aggiornamento AEM 6.5 fosse compatibile con le versioni precedenti delle posizioni nella cartella /etc e così nella maggior parte dei casi le vecchie posizioni continueranno ad essere referenziate dal codice AEM fino a quando le modifiche non saranno attivamente, e in molti casi manualmente, effettuate nell’applicazione di un cliente. Dal punto di vista della timeline, esistono due categorie di modifiche:

  • Con l’aggiornamento 6.5 - alcune delle modifiche di ristrutturazione /etc non sono compatibili con le versioni precedenti e pertanto le modifiche dovrebbero essere pianificate e implementate nell’ambito dell’aggiornamento AEM 6.5.
  • Prima di un aggiornamento futuro, la maggior parte delle modifiche di ristrutturazione di /etc può essere rimandata fino a un certo momento nel futuro post-aggiornamento. Come accennato in precedenza, il codice AEM 6.5 continuerà a fare riferimento alle vecchie posizioni fino a quando le modifiche non saranno implementate come parte di una versione del cliente. Anche se non esiste una timeline forzata per cui devono essere apportate le modifiche, si consiglia di apportarle prima dell’aggiornamento futuro, poiché le funzioni future possono fare riferimento alle nuove posizioni. Inoltre, la documentazione di una determinata funzione farà riferimento per convenzione alle nuove posizioni e potrebbe quindi creare confusione se le vecchie posizioni vengono ancora utilizzate.

Orientamenti sulla ristrutturazione restructuring-guidance

Durante la pianificazione di un aggiornamento a AEM 6.5, per valutare l’impegno di lavoro è necessario fare riferimento alle seguenti pagine per soluzione:

Ogni pagina contiene due sezioni corrispondenti all’urgenza delle modifiche necessarie. Tutto ciò che si trova nella sezione "Aggiornamento 6.5" deve essere trattato come parte del progetto di aggiornamento AEM 6.5. Qualsiasi cosa in "Prima di un aggiornamento futuro" può essere facoltativamente differita fino a dopo l'aggiornamento.

Ogni voce della pagina include un campo "Linee guida per la ristrutturazione", che descrive la strategia tecnica consigliata per l’allineamento con il nuovo modello di archivio 6.5 in modo che alle nuove posizioni venga fatto riferimento per il contenuto che si trovava in precedenza nella cartella /etc. Un campo "Note" aggiuntivo fornisce un contesto utile aggiuntivo.

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