Cómo elegir la versión adecuada de JDK de Java, según Oracle

Java evoluciona constantemente, y mantenerse al día puede ser todo un desafío. En este artículo, te ofrecemos una guía práctica para elegir la versión de Java más adecuada para tu proyecto. Descubrirás por qué es crucial mantenerse actualizado y cómo hacerlo de forma inteligente.

¿Por qué es importante mantenerse al día con Java?

Imagina que tienes un coche. Sabes que funciona, pero ¿lo dejarías años sin pasar por el taller? Probablemente no. Con Java pasa algo parecido. Quedarse en una versión antigua puede parecer cómodo, pero te estás perdiendo un montón de ventajas:

1. Mejoras de seguridad: los hackers no descansan, y las nuevas versiones de Java te protegen mejor.
2. Rendimiento mejorado: cada versión suele ser más rápida que la anterior.
3. Nuevas funcionalidades: herramientas que hacen tu vida como programador más fácil.

Pero ojo, no todo es actualizar sin más. Hay que ser estratégicos.

Actualizar vs. Migrar: ¿Cuál es la diferencia?

Cuando hablamos de mantenernos al día con Java, hay dos caminos principales:

1. Actualizar: es como instalar parches en tu sistema operativo. Pasas, por ejemplo, de Java 17.0.1 a Java 17.0.2. Es relativamente seguro y deberías hacerlo siempre para asegurarte de que no te pierdes soluciones a problemas.
2. Migrar: aquí das un salto más grande, como pasar de Java 11 a Java 17. Obtienes nuevas características del lenguaje, nuevas herramientas y nuevas APIs, que facilitan la codificación y el mantenimiento de las aplicaciones existentes. Generalmente también te ofrecen mucho mejor rendimiento solo por el hecho de adoptarlas. Pero también tienen problemas: eliminan herramientas anteriores, dejan de dar soporte a sistemas antiguos, rompen la compatibilidad de algunas funcionalidades... Con estas versiones obtienes más beneficios, pero también implica más trabajo y más riesgo de que todo salte por los aires.

La clave está en saber cuándo hacer cada cosa. No es lo mismo una aplicación en desarrollo que una que lleva años funcionando sin cambios.

La estrategia de los múltiples entornos de ejecución

Así, tenemos dos acciones contrapuestas. Por un lado, las aplicaciones existentes deberían funcionar el mayor tiempo posible con los menos cambios posibles para maximizar la inversión, simplemente actualizando dentro de la misma versión. Por otro lado, los desarrolladores trabajamos mejor cuando tenemos acceso a nuevas características del lenguaje, APIs y prácticas de desarrollo que vienen con las nuevas grandes versiones del JDK, lo que implica hacer una migración.

Pero migrar por migrar, tampoco tiene sentido. ¿Cuánto tiempo deberíamos pedir a los desarrolladores de nuestro equipo que usen prácticas de código más antiguas que están cada vez más en desacuerdo con las prácticas generales y el código de ejemplo existente? ¿Qué aumento de rendimiento, grande o pequeño, y en qué áreas, justificaría el coste de adoptar una versión más nueva? ¿Cuál es la mejor manera de equilibrar estos objetivos?

Las políticas tradicionales de actualización de todo o nada que han existido en el mundillo Java ya no tienen sentido hoy en día. Los servidores modernos tienen más memoria y almacenamiento que antes. Los contenedores ahora ofrecen una forma de compartir hardware sin sacrificar el aislamiento de los sistemas. Herramientas como jlink y Java packager facilitan la agrupación de un runtime de Java con cada aplicación. Ya no es necesario usar una sola versión de funcionalidades de Java para todos los casos de uso: cada aplicación puede tener su propio entorno de ejecución y, por lo tanto, avanzar a su propio ritmo.

Por lo tanto, es importante tener dos cosas en cuenta:

• Oracle tiene varias versiones de Java soportadas al mismo tiempo. Algunas muy antiguas y otras modernas y muy recientes que están a la última.
• Cada aplicación puede tener su propia versión de Java. Como hemos visto, no tenemos por qué tener todas las apps en la misma versión. Hoy en día es mucho más fácil instalar varias versiones en paralelo y utilizarlas todas.

¿Qué significa esto para ti? Flexibilidad. Ya no tienes que actualizar todo de golpe. Puedes tener:

• Una aplicación legacy en Java 8
• Un proyecto nuevo en la última versión
• Y otra aplicación estable en la última LTS (Long Term Support), con soporte a largo plazo por parte de Oracle.

Todo en el mismo servidor. Eso sí, asegúrate de que todas estén en versiones con soporte activo.

Guía práctica: ¿Qué versión de Java deberías usar?

Vamos al grano. Aquí tienes unas pautas según el tipo de proyecto:

Para proyectos nuevos

• Si es un proyecto complejo que no verá la luz en al menos un año, usa la última versión, aunque no sea LTS. Para cuando lo termines, probablemente ya habrá una nueva LTS disponible. Eso sí, debes tener cuidado de que cualquier herramienta y biblioteca de terceros que desees usar sea compatible con la versión de JDK que planeas usar.
• Para proyectos más pequeños que lanzarás pronto, usa la última LTS que lleve al menos 9 meses en el mercado. Esto da tiempo a que las librerías de terceros se hayan adaptado.

Para aplicaciones en desarrollo activo

• Considera migrar a la nueva LTS en los dos años siguientes a su lanzamiento.
• Si estás añadiendo nuevas funcionalidades constantemente, es un buen momento para probar la migración.

Para aplicaciones estables en producción

• Si no estás haciendo cambios, quédate en la versión que ya tienes, a menos que:

  1. Le quede menos de un año de soporte
  2. Uses librerías que pronto dejarán de tener soporte
  3. La aplicación esté consumiendo demasiados recursos o necesite un plus de rendimiento

Conclusiones: Sácale el máximo partido a Java

Mantenerse al día con Java no tiene por qué ser un dolor de cabeza. Con una estrategia clara, puedes disfrutar de lo mejor de ambos mundos: estabilidad para tus aplicaciones críticas y las últimas novedades para el desarrollo.

Recuerda:

1. Mantén todas tus aplicaciones en versiones con soporte activo.
2. No temas usar diferentes versiones de Java para diferentes proyectos.
3. Actualiza regularmente dentro de la misma versión principal.
4. Planifica las migraciones a nuevas versiones principales con tiempo.

Siguiendo estos consejos, no solo mantendrás tus aplicaciones seguras y eficientes, sino que también harás más felices a tus desarrolladores. Y un desarrollador feliz es un desarrollador productivo 😉

Nota: el contenido anterior es un resumen, simplificado para facilitarte la vida, del artículo original "Choosing the Right JDK Version: An Unofficial Guide" de Aurelio Garcia-Ribeyro, Senior Director of Product Management de Oracle.