AEM 6.6 (noto anche come AEM 6.5 LTS) su Java 17

Aggiornamento del 7 marzo 2025:

A partire da oggi, "AEM 6.5 LTS", il nome commerciale ufficiale di AEM 6.6, è stato ufficialmente rilasciato per la disponibilità generale dopo essere stato in versione beta negli ultimi mesi.

Per rendere la vita interessante per tutti noi, la denominazione interna rimane "AEM 6.6" (ad esempio, l'UberJar è ancora definito come 6.6.0 ) ma esternamente è AEM 6.5 LTS per "supporto a lungo termine".

• Note di rilascio per 6.5 LTS
• Istruzioni di installazione per 6.5 LTS
• Note sull'aggiornamento per 6,5 LTS

Il passaggio a AEM 6.6 (noto anche come AEM 6.5.2025 o 6.5 LTS)

Aggiornato a gennaio 2025

Una nuova versione di AEM è in arrivo a breve da Adobe! Quando AEM as a Cloud Service è stato lanciato per la prima volta nel 2020, tutti noi (e tutti i tecnici Adobe con cui ho parlato) eravamo convinti che AEM 6.5 sarebbe stata l'ultima versione di AEM on-premise o self-hosted.

Ma i tempi stanno cambiando! Un intervento alla conferenza adaptTo() di quest'anno ha fornito dettagli su ciò che sta arrivando e su cosa aspettarsi per tutti i clienti AEM on-premise, self-hosted e AMS. Diamo una panoramica dei punti importanti di questo riepilogo di adaptTo()qui:

I dettagli che abbiamo da quella discussione su adaptTo() (così come altri dettagli che sono stato in grado di raccogliere da altre fonti) sono i seguenti:

È in arrivo una nuova versione di AEM 6.x

Verrà infatti rilasciata una nuova versione di Adobe Experience Manager 6.x per i clienti on-premise, self-hosted e Adobe AEM Managed Services (AMS). Il fattore chiave per questa nuova versione è l'aggiornamento di AEM per funzionare su Java 17.

La denominazione per questa versione di AEM (al momento della stesura di questo articolo) non è ancora definitiva, quindi il nome in codice che Adobe ha ufficialmente dato finora è "AEM 6.5 2025 Edition".

Spero con tutta la mia anima che Adobe abbia un nome finale diverso per questo, poiché "6.5 2025 Edition" creerà una confusione potenzialmente distruttiva. Le versioni di AEM sono denominate con "[versione principale]. [servizio versione pack]. [hotfix versione]. Attualmente siamo alla 6.5.21.0, con il Service Pack 22 in uscita a breve e un nuovo Service Pack che viene rilasciato ogni trimestre. Ciò significa che presto avremo la 6.5.2025 e la 6.5.25.0 una accanto all'altra, e spero che ciò non accada. Per favore, facciamo solo 6.6, sarà più facile.

Aggiornamento 9 gennaio 2025: La versione beta è stata implementata su questa nuova versione di AEM con JDK 17 e il nome che stanno effettivamente utilizzando in questo momento è "AEM 6.5.2025".

Il discorso adaptTo() 2024 su AEM 6.x e JDK 17

AEM 6.x in esecuzione su JDK 17

L'impulso per la creazione di una nuova versione di AEM è stato quello di essere in grado di spostare AEM da JDK 8 e JDK 11 a una versione Java più moderna, in modo da essere in grado di risolvere le vulnerabilità di sicurezza a monte che non verranno corrette in JDK 11 o JDK 8.

Ciò ha comportato uno sforzo ingegneristico di vasta portata per aggiornare Apache Oak, Java Content Repository, Sling core che comprende il "motore" di AEM, nonché altre API e componenti per essere in grado di funzionare con JDK 17. L'impegno include anche la possibilità di mantenere l'ultimo set di funzionalità del Service Pack 6.5 (che ha offerto nuove funzionalità considerevoli rispetto alla versione 6.5.0 originale), oltre a consentire una strategia di supporto a lungo termine per i clienti che desiderano continuare a eseguire AEM on-premise o su AMS per il futuro immaginabile.

Ci saranno alcune API e funzionalità deprecate che non possono arrivare a AEM 6.6 (che è il modo in cui lo chiamerò fino a quando qualcuno non mi dirà molto severamente di non farlo), e come tale ci sarà un progetto di preparazione e migrazione per chiunque sia ancora su 6.5 quando uscirà.

Supporto per i modelli di distribuzione WAR e JAR

Indicativo della natura di vasta portata della base installata AEM 6.5 di Adobe è il fatto che il team di progettazione AEM rilascerà questa nuova versione di AEM con il supporto per un modello di distribuzione WAR o JAR. Questo

Ciò significa che è possibile distribuirlo con un normale dispiegamento di avvio rapido di Felix/Jetty, oppure distribuirlo come WAR all'interno di Tomcat o Websphere.

Dichiarazioni obsolete in "AEM 6.5 2025 Edition"

Come risultato dell'aggiornamento, dei problemi di sicurezza che il team stava lavorando per correggere (e dei problemi di sicurezza imminenti) ci saranno alcune deprecazioni diverse quando questo verrà distribuito.

I principali citati sono stati:

• commons-collezioni-3.x Le API sono deprecate
• la libreria Guava è stata rimossa dalla distribuzione (anche se puoi ancora includere la versione corrente con il tuo prodotto se ne hai bisogno
• Altre librerie di terze parti sono state aggiornate.

Dal punto di vista della creazione di pacchetti, AEM Uberjar cambierà, ci sarà un uberjar per la 6.5.2025 e uno per il deprecato. Se si utilizzano API deprecate, è necessario includerle entrambe.

Pacchetti che verranno rimossi in AEM 6.5.2025

A questo punto, le funzionalità deprecate che non saranno più disponibili nella 6.5.2025 sono:

1. Sociale
2. Commercio
3. Schermi
4. Noi-vendita al dettaglio
5. Integrazione di ricerca e promozione

Aggiornerò presto con l'elenco completo dei pacchetti deprecati, ma in questo momento (ad esempio) la funzionalità "Social" che viene deprecata sono i vecchi pacchetti sociali CQ (ad es. com.adobe.cq.social.cq-social* e relativi bundle) non i più recenti bundle AEM Communities.

Aspetto dell'aggiornamento alla versione 6.6 per i siti 6.5 esistenti

Il processo di aggiornamento per 6.5 -> "6.6" o "6.5 2025 Edition" sarà in qualche modo simile a come appariva un progetto di aggiornamento 6.4 -> 6.5. Saranno supportati due diversi meccanismi di aggiornamento:

• Aggiornamento sul posto: aggiornamento alla nuova versione sul posto
• "Grado laterale" Utilizzo di oak-upgrade: questo sarebbe un processo simile al processo oak-upgrade (noto anche come crx2oak) che abbiamo utilizzato per gli aggiornamenti 6.4 -> 6.5.

Il processo essenziale sarà:

1. Esegui lo strumento Pattern Detector aggiornato , che verrà fornito da Adobe, per eseguire la scansione dell'installazione AEM corrente e indicare gli elementi che devono essere risolti prima di passare alla nuova versione.
2. Segui le linee guida del rilevatore di pattern: Esegui un progetto per analizzare l'output del Rilevatore di Pattern, elaborare gli elementi che devono effettivamente essere corretti e migliorarli.
3. Eseguire i passaggi di aggiornamento: Esegui l'aggiornamento sul posto o il side-grade, a seconda dell'installazione, delle esigenze, delle dimensioni del repository, dell'hardware e così via.
4. Distribuire il codice ricompilato: Il codice dovrà essere ricompilato su JDK 17 e quasi certamente sorgeranno problemi quando si tenta di compilare, distribuire e funzionare.
5. QA e go-live

AEM as a Cloud Service passerà a JDK 21

AEM Cloud Service (attualmente in esecuzione su Java 11) passerà a un runtime JDK 21. Al momento non abbiamo una tempistica in merito, poiché questo processo di sviluppo è ancora in corso.

Ovviamente Adobe farà molto lavoro per ridurre al minimo l'impatto di questo aggiornamento, ma a seconda della situazione potrebbe esserci un progetto di ingegneria di piccole o medie dimensioni a cui pensare nel Q1 o all'inizio del Q2 del 2025 per aggiornare la pipeline di sviluppo, le build di Cloud Manager e la base di codice da eseguire su JDK21.

Aggiorneremo questa pagina non appena verranno forniti ulteriori dettagli! Contattaci se hai domande su come queste modifiche in arrivo influiscono sui tuoi piani stack Adobe Experience Cloud per il 2025 e per il futuro, saremo lieti di condividere ciò che sappiamo.

Ti piace quello che hai sentito? Hai domande su cosa è giusto per te? Ci piacerebbe parlare! Contattaci

Episodi di podcast e post del blog