AEM 6.6 (alias AEM 6.5 LTS) sur Java 17
Mise à jour du 7 mars 2025 :
Aujourd'hui, "AEM 6.5 LTS", le nom commercial officiel d'AEM 6.6, est officiellement disponible après avoir été en version bêta au cours des derniers mois.
Pour rendre la vie intéressante pour nous tous, le nommage interne reste "AEM 6.6" (par exemple, l'UberJar est toujours défini comme 6.6.0
) mais extérieurement, c'est AEM 6.5 LTS pour "long-term support".
La préparation de la version 6.6 d'AEM (alias AEM 6.5.2025 alias 6.5 LTS)
Mise à jour janvier 2025
Une nouvelle version d'AEM sera bientôt disponible auprès d'Adobe ! Lors du lancement d' AEM as a Cloud Service en 2020, nous étions tous (et tous les ingénieurs d'Adobe à qui j'ai parlé) convaincus qu'AEM 6.5 serait la dernière version d'AEM sur site ou en auto-hébergement.
Mais les temps changent ! Une présentation lors de la conférence adaptTo() de cette année a donné des détails sur ce qui est à venir et ce à quoi on peut s'attendre pour tous les clients AEM sur site, auto-hébergés et AMS. Nous donnons ici un aperçu des points importants de cette récapitulation de adaptTo():
Les détails que nous avons de cet exposé sur adaptTo() (ainsi que d'autres détails que j'ai pu rassembler à partir d'autres sources) sont les suivants :
Une nouvelle version d'AEM 6.x est en préparation
Une nouvelle version d'Adobe Experience Manager 6.x sera effectivement publiée pour les clients sur site, en auto-hébergement et Adobe AEM Managed Services (AMS). La principale raison d'être de cette nouvelle version est la mise à jour d'AEM pour qu'il fonctionne avec Java 17.
Le nom de cette version d'AEM (à l'heure où nous écrivons ces lignes) n'est pas encore définitif, et le nom de code qu'Adobe a officiellement donné jusqu'à présent est " AEM 6.5 2025 Edition".
J'espère de tout cœur qu'Adobe lui donnera un autre nom final, car "6.5 2025 Edition" créera une confusion potentiellement destructrice. Les versions d'AEM sont nommées par "[version majeure]. [service version du pack].[hotfix version]. Nous sommes actuellement sur la version 6.5.21.0, le Service Pack 22 sera bientôt disponible et un nouveau Service Pack est publié tous les trimestres. Cela signifie que nous aurons bientôt les versions 6.5.2025 et 6.5.25.0 l'une à côté de l'autre, et j'espère que cela n'arrivera pas. S'il vous plaît, contentons-nous de la version 6.6, ce sera plus facile.
Mise à jour du 9 janvier 2025: La Beta a commencé à se déployer sur cette nouvelle version d'AEM avec JDK 17, et le nom qu'ils utilisent pour le moment est "AEM 6.5.2025".
La fonction adaptTo() 2024 Talk sur AEM 6.x et JDK 17
AEM 6.x fonctionnant avec JDK 17
La raison de la création d'une nouvelle version d'AEM était de permettre à AEM de s'affranchir des JDK 8 et JDK 11, et d'utiliser une version plus moderne de Java, afin de pouvoir résoudre les vulnérabilités de sécurité en amont qui ne seront pas corrigées dans les JDK 11 ou JDK 8.
Cela a nécessité un effort d'ingénierie considérable pour actualiser Apache Oak, Java Content Repository, Sling core qui comprend le moteur "" d'AEM, ainsi que d'autres API et composants afin de pouvoir fonctionner avec le JDK 17. Il s'agit également de pouvoir maintenir le dernier ensemble de fonctionnalités du Service Pack 6.5 (qui a offert de nombreuses nouvelles fonctionnalités depuis la version originale 6.5.0), ainsi que de permettre une stratégie de support à long terme pour les clients qui souhaitent continuer à utiliser AEM sur site ou sur AMS dans un avenir concevable.
Il y aura des API et des fonctionnalités obsolètes qui ne pourront pas être intégrées à l'AEM 6.6 (c'est ainsi que je l'appellerai jusqu'à ce que quelqu'un me dise très sévèrement de ne pas le faire), et il y aura donc un projet de préparation et de migration pour tous ceux qui seront encore sous la 6.5 lorsque cette version sortira.
Prise en charge des modèles de déploiement WAR et JAR
Le fait que l'équipe d'ingénieurs AEM publiera cette nouvelle version d'AEM avec la prise en charge d'un modèle de déploiement WAR ou JAR est révélateur de la portée de la base installée d'AEM 6.5 d'Adobe. Le présent
Cela signifie que l'on peut le déployer avec un déploiement habituel de Felix/Jetty Quickstart, ou le déployer en tant que WAR à l'intérieur de Tomcat ou Websphere.
Dépréciations dans "AEM 6.5 2025 Edition"
En raison de la mise à jour, des problèmes de sécurité que l'équipe a travaillé à corriger (et des problèmes de sécurité imminents), il y aura quelques dépréciations différentes lorsque cela sera déployé.
Les principales questions soulevées sont les suivantes
- commons-collections-3.x Les API sont obsolètes
- la bibliothèque Guava a été retirée de la distribution (bien que vous puissiez toujours inclure la version actuelle dans votre propre produit si vous en avez besoin)
- D'autres bibliothèques tierces ont été mises à jour.
D'un point de vue packaging, l'AEM Uberjar va changer, il y aura un uberjar pour la 6.5.2025 et un autre pour les versions obsolètes. Si vous utilisez des API obsolètes, vous devez inclure les deux.
Paquets qui seront supprimés dans AEM 6.5.2025
À ce stade, les fonctionnalités dépréciées qui ne seront plus disponibles dans la version 6.5.2025 sont les suivantes :
- Social
- Commerce
- Écrans
- We-retail
- Intégration de la recherche et de la promotion
Je mettrai bientôt à jour la liste complète des bundles obsolètes, mais pour l'instant (par exemple) la fonctionnalité "Social" qui est obsolète est celle des anciens bundles sociaux de CQ (c'est-à-dire com.adobe.cq.social.cq-social*
et les offres groupées correspondantes) et non les offres groupées plus récentes d'AEM Communities.
A quoi ressemble la mise à jour vers 6.6 pour les sites 6.5 existants ?
Le processus de mise à niveau pour la 6.5 -> " 6.6" ou "6.5 2025 Edition" sera quelque peu similaire à un projet de mise à niveau 6.4 -> 6.5. Deux mécanismes de mise à niveau différents seront pris en charge :
- Mise à jour en place : mise à jour vers la nouvelle version en place
- "Mise à niveau latérale" en utilisant oak-upgrade : Il s'agit d'un processus similaire au processus oak-upgrade (également connu sous le nom de crx2oak) que nous avons utilisé pour les mises à niveau de la version 6.4 -> 6.5.
Le processus essentiel sera le suivant :
- Exécutez l'outil Pattern Detector mis à jour, qui sera fourni par Adobe, afin d'analyser votre installation AEM actuelle et de mettre en évidence les éléments qui doivent être traités avant le passage à la nouvelle version.
- Suivre les lignes directrices du détecteur de schémas : Mettez en œuvre un projet visant à analyser les résultats du détecteur de schémas, à déterminer les éléments qui doivent effectivement être corrigés et à les améliorer.
- Exécuter les étapes de la mise à niveau : Exécutez la mise à niveau en place ou la mise à niveau latérale, en fonction de votre installation, de vos besoins, de la taille de votre référentiel, de votre matériel, etc.
- Déployer le code recompilé : Votre code devra être recompilé avec le JDK 17, et des problèmes surviendront très certainement lors de la compilation, du déploiement et du fonctionnement.
- QA & go-live
L'AEM en tant que service en nuage passera à la version 21 du JDK
AEM Cloud Service (qui fonctionne actuellement avec Java 11) passera à un runtime JDK 21. Nous n'avons pas encore de calendrier à ce sujet, car le processus de développement est toujours en cours.
Il est évident qu'Adobe s'efforcera de minimiser l'impact de cette mise à jour, mais selon votre situation, il se peut qu'un projet d'ingénierie de petite ou moyenne envergure soit nécessaire au cours du premier ou du deuxième trimestre 2025 pour mettre à jour votre pipeline de développement, vos builds Cloud Manager et votre base de code pour qu'ils fonctionnent avec le JDK21.
Nous mettrons cette page à jour dès que nous aurons plus de détails ! N'hésitez pas à nous contacter si vous avez des questions sur l'impact de ces changements sur votre stack Adobe Experience Cloud pour 2025 et dans le futur, nous serons heureux de partager ce que nous savons.

Tad Reeves
Architecte principal chez Arbory Digital
Architecte AEM & DevOps avec 14 ans d'expérience sur AEM/CQ et plus de 25 ans dans l'infrastructure des systèmes. Il pratique le VTT depuis plus longtemps qu'il n'administre des systèmes et, bien qu'originaire du Maine, il vit dans les montagnes du nord-ouest de la Géorgie.
Vous avez aimé ce que vous avez entendu ? Vous avez des questions sur ce qui vous convient le mieux ? Nous aimerions en parler ! Contact avec nous
Episodes de podcast & Articles de blog

Qu'est-ce que l'AEM ? À quoi sert Adobe Experience Manager ? Nous avons tenté d'expliquer ce qu'est et ce que fait l'AEM en 30 minutes ou moins - et nous avons réussi à le faire, même si le service des incendies est apparu au hasard après 19 minutes d'enregistrement du podcast !

Que savez-vous des outils à votre disposition pour optimiser les performances de votre site en Chine continentale ? Et même si vous n'avez pas de site en chinois, devez-vous vous préoccuper des performances en Chine ? VOUS LE FAITES !

Dans la guerre actuelle entre le rapatriement du cloud et les nouveaux services Edge Delivery ultra-rapides, revenons sur la question suivante : l'AEM auto-hébergé est-il toujours d'actualité ?