Doble hélice decorativa

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".

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:

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:

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.

Tad Reeves

Arquitecto Principal en Arbory Digital

AEM Architect & DevOps guy con 14 años de experiencia en AEM/CQ y 25+ años en infraestructura de sistemas. Ha estado practicando ciclismo de montaña por más tiempo de lo que ha estado haciendo administración de sistemas, y aunque es originario de Maine, tiene su hogar en las montañas del noroeste de Georgia.

Contacta con Tad en Linkedin

¿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

¿Qué es AEM? ¿Para qué se utiliza AEM? Una explicación básica de AEM para principiantes - Arbory Digital Podcast Ep6
¿Qué es AEM? ¿Para qué se utiliza Adobe Experience Manager? Hemos intentado hacer una explicación básica de lo que es y hace AEM en 30 minutos o menos, y de alguna manera lo logramos, ¡a pesar de que el Departamento de Bomberos apareció aleatoriamente a los 19 minutos de la grabación del podcast!
Optimización del rendimiento del sitio en China para AEM y otras plataformas
¿Cuánto sabes sobre las herramientas que tienes a tu disposición para optimizar el rendimiento de tu sitio en China continental? E incluso si no tiene un sitio en chino, ¿debe preocuparse por el rendimiento en China? ¡TÚ SÍ!
¿Sigue existiendo AEM autoalojado? Revisado en el mundo actual de la entrega periférica
En la guerra actual entre la repatriación a la nube y los nuevos servicios de entrega perimetral ultrarrápidos, revisemos: ¿sigue existiendo el AEM autoalojado?