Före AEM 6.4 driftsattes kundkoden i oförutsägbara områden av JCR som kunde komma att ändras vid uppgraderingar. På grund av detta var det vanligt att formella AEM skulle skriva över anpassad kod, konfiguration eller innehåll. Dessutom skriver kundens ändringar ibland över AEM produktkod eller innehåll, vilket bryter mot produktfunktionaliteten.
Genom att tydligt definiera hierarkier för AEM produktkod och kundkod kan dessa konflikter undvikas.
Med början i AEM 6.4 och som kommer att fortsätta i framtida versioner struktureras innehållet därför om från /etc till andra mappar i databasen, tillsammans med riktlinjer för vilket innehåll som ska placeras, enligt följande högnivåregler:
När du uppgraderar till AEM 6.5 dupliceras en stor delmängd av innehållet under /etc i andra mappar i databasen. Dessa nya platser är de populäraste platser där innehållet refereras. Alla försök har dock gjorts att AEM 6.5-uppgraderingen ska vara bakåtkompatibel med de tidigare platserna i mappen /etc, och i de flesta fall kommer den gamla platsen att refereras av AEM tills ändringar görs aktivt - och i många fall manuellt - i kundens applikation. Från tidslinjeperspektiv finns det två typer av ändringar:
Vid planering av en uppgradering till AEM 6.5 ska följande sidor per lösning refereras för att bedöma arbetsinsatsen:
Varje sida innehåller två avsnitt som motsvarar hur brådskande de nödvändiga ändringarna är. Allt under"Med 6.5-uppgradering" ska hanteras som en del av uppgraderingsprojektet för AEM 6.5. Om du vill kan du skjuta upp allt under"Före framtida uppgradering" till efter uppgraderingen.
Varje post på sidan innehåller ett fält för"vägledning om omstrukturering", som beskriver den rekommenderade tekniska strategin för anpassning till den nya 6.5-databasmodellen så att det refereras till de nya platserna för innehåll som tidigare fanns under mappen /etc. Ett extra"Anteckningsfält" ger ytterligare användbar kontext.