AEM 6.6 (también conocido como AEM 6.5 LTS) en Java 17

Actualización 7 de marzo de 2025:

A partir de hoy, "AEM 6.5 LTS", el nombre comercial oficial de AEM 6.6, se lanzó oficialmente a disponibilidad general después de estar en versión beta durante los últimos meses.

Para que la vida sea interesante para todos nosotros, la nomenclatura interna sigue siendo "AEM 6.6" (por ejemplo, UberJar todavía se define como 6.6.0 ), pero externamente, es AEM 6.5 LTS para "soporte a largo plazo".

• Notas de la versión de 6.5 LTS
• Instrucciones de instalación para 6.5 LTS
• Notas de actualización para 6.5 LTS

El período previo a AEM 6.6 (también conocido como AEM 6.5.2025, también conocido como 6.5 LTS)

Actualizado en enero de 2025

¡Una nueva versión de AEM está en camino pronto desde Adobe! Cuando AEM as a Cloud Service se lanzó por primera vez en 2020, todos nosotros (y todas las personas de ingeniería de Adobe con las que he hablado) estábamos convencidos de que AEM 6.5 sería la última versión de AEM local o autoalojada.

¡Pero los tiempos están cambiando! Una charla en la conferencia adaptTo() de este año dio detalles sobre lo que está por venir y qué esperar para todos los clientes de AEM on-premise, self-hosted y AMS. Damos una visión general de los puntos importantes de este resumen de adaptTo()aquí:

Los detalles que tenemos de esa charla de adaptTo() (así como otros detalles que he podido recopilar de otras fuentes) son los siguientes:

Una nueva versión de AEM 6.x está en camino

De hecho, se lanzará una nueva versión de Adobe Experience Manager 6.x para clientes locales, autoalojados y de Adobe AEM Managed Services (AMS). El controlador clave de esta nueva versión es actualizar AEM para que funcione en Java 17.

La nomenclatura de esta versión de AEM (en el momento de escribir este artículo) aún no es definitiva, por lo que el nombre en clave que Adobe le ha dado oficialmente hasta ahora es "AEM 6.5 2025 Edition".

Espero con toda mi alma que Adobe tenga un nombre final diferente para esto, ya que "6.5 2025 Edition" creará una confusión potencialmente destructiva. Las versiones de AEM se denominan con "[versión principal]. [servicio versión del paquete]. [revisión versión]. Actualmente estamos en la versión 6.5.21.0, con el Service Pack 22 que saldrá pronto y un nuevo Service Pack que se lanzará cada trimestre. Esto significa que pronto tendremos 6.5.2025 y 6.5.25.0 uno al lado del otro, y Dios mío, espero que eso no suceda. Por favor, vamos a tener solo 6.6, será más fácil.

Actualización 9 de enero de 2025: La versión beta ha comenzado a implementarse en esta nueva versión de AEM con JDK 17, y el nombre que están utilizando en este momento es "AEM 6.5.2025".

La charla adaptTo() 2024 sobre AEM 6.x y JDK 17

AEM 6.x Ejecución en JDK 17

El ímpetu para crear una nueva versión de AEM fue poder mover AEM de JDK 8 y JDK 11 a una versión de Java más moderna, para poder resolver las vulnerabilidades de seguridad ascendentes que no se parchearán en JDK 11 o JDK 8.

Esto ha implicado un esfuerzo de ingeniería de gran alcance para actualizar Apache Oak, Java Content Repository, Sling core que comprende el "motor" de AEM, así como otras API y componentes para poder ejecutarse con JDK 17. El esfuerzo también incluye poder mantener el último conjunto de funciones del Service Pack 6.5 (que ha ofrecido considerables funciones nuevas desde la versión original 6.5.0), así como permitir una estrategia de soporte a largo plazo para los clientes que pretenden seguir ejecutando AEM en las instalaciones o en AMS en el futuro imaginable.

Habrá algunas API y funciones obsoletas que no podrán llegar a AEM 6.6 (que es como lo llamaré hasta que alguien me diga muy severamente que no lo haga) y, como tal, habrá un proyecto de preparación y migración para cualquiera que todavía esté en 6.5 cuando esto salga.

Compatibilidad con modelos de implementación WAR y JAR

Un indicativo de la naturaleza de gran alcance de la base instalada de AEM 6.5 de Adobe es el hecho de que el equipo de ingeniería de AEM lanzará esta nueva versión de AEM con soporte para un modelo de implementación WAR o JAR. Éste

Esto significa que se puede desplegar con una implementación habitual de Felix/Jetty Quickstart, o desplegarlo como un WAR dentro de Tomcat o Websphere.

Obsolescencias en "AEM 6.5 2025 Edition"

Como resultado de la actualización, los problemas de seguridad en los que el equipo estaba trabajando para parchear (y los problemas de seguridad inminentes) habrá algunas obsolescencias diferentes cuando se implemente.

Los principales que se plantearon fueron:

• commons-collections-3.x Las API están en desuso
• la biblioteca Guava se eliminó de la distribución (aunque aún puede incluir la versión actual con su propio producto si lo necesita
• Se actualizaron otras bibliotecas de terceros.

Desde el punto de vista del empaquetado, el Uberjar de AEM cambiará, habrá un uberjar para la versión 6.5.2025 y otro para el obsoleto. Si usas API en desuso, tienes que incluir ambas.

Paquetes que se eliminarán en AEM 6.5.2025

En este punto, las características obsoletas que ya no estarán disponibles en 6.5.2025 son:

1. Social
2. Comercio
3. Pantallas
4. Nosotros-venta al por menor
5. Integración de la búsqueda y la promoción

Actualizaré esto pronto con la lista completa de paquetes obsoletos, pero en este momento (por ejemplo) la funcionalidad "Social" que está en desuso son los antiguos paquetes sociales de CQ (es decir, com.adobe.cq.social.cq-social* y paquetes relacionados) no los paquetes más recientes de AEM Communities.

Cómo se ve la actualización a 6.6 para los sitios 6.5 existentes

El proceso de actualización para 6.5 -> "6.6" o "6.5 2025 Edition" será algo similar a lo que parecía un proyecto de actualización 6.4 -> 6.5. Se admitirán dos mecanismos de actualización diferentes:

• Actualización local: actualización a la nueva versión local
• "Grado lateral" Uso de oak-upgrade: Este sería un proceso similar al proceso oak-upgrade (también conocido como crx2oak) que usamos para las actualizaciones 6.4 -> 6.5.

El proceso esencial será:

1. Ejecute la herramienta Detector de patrones actualizada , que proporcionará Adobe, para analizar la instalación actual de AEM y señalar los elementos que deben abordarse antes de pasar a la nueva versión.
2. Siga las pautas del detector de patrones: Ejecute un proyecto para analizar la salida del detector de patrones, determinar los elementos que realmente deben corregirse y mejorarlos.
3. Ejecute los pasos de actualización: Ejecute la actualización in situ o la gradación lateral, en función de la instalación, las necesidades, el tamaño del repositorio, el hardware, etc.
4. Implementación de código recompilado: Su código deberá volver a compilarse en JDK 17, y es casi seguro que surgirán problemas al intentar compilarlo, implementarlo y funcionar.
5. Control de calidad y puesta en marcha

AEM as a Cloud Service se moverá a JDK 21

AEM Cloud Service (que actualmente se ejecuta en Java 11) se moverá a un tiempo de ejecución de JDK 21. No tenemos un cronograma sobre esto, en este momento, ya que este proceso de desarrollo aún está en progreso.

Obviamente, Adobe realizará mucho trabajo para minimizar el impacto de esta actualización, pero dependiendo de su situación, puede haber un proyecto de ingeniería de tamaño pequeño o mediano en el que pensar en el primer trimestre o principios del segundo trimestre de 2025 para actualizar su canalización de desarrollo, las compilaciones de Cloud Manager y la base de código para ejecutarla en JDK21.

¡Actualizaremos esta página a medida que surjan más detalles! Ponte en contacto con nosotros si tienes alguna pregunta sobre cómo afectan estos cambios a tus planes de pila de Adobe Experience Cloud para 2025 y en el futuro, estaremos encantados de compartir lo que sabemos.

¿Te gustó lo que escuchaste? ¿Tiene preguntas sobre lo que es adecuado para usted? ¡Nos encantaría hablar! Contáctenos

Episodios de podcast y publicaciones de blog