En muchas empresas, Java entró en el parque sin pedirle permiso a nadie. Llegó con una herramienta de desarrollo, con el cliente de un sistema antiguo o con un instalador que alguien descargó en una tarde de soporte.
Desde el 20 de octubre de 2026, ignorar esa historia salió más caro. Las actualizaciones de Oracle JDK 21 dejaron de publicarse bajo los términos gratuitos y pasaron a una licencia que exige suscripción paga para uso en producción.
La pregunta que TI tiene que responder ahora no es si va a pagar. Es más básica: en qué equipos está instalado Oracle JDK 21, en qué versión y quién lo usa de verdad.
Qué cambió el 20 de octubre
Oracle lo anunció el 14 de agosto, en el blog oficial de Java: las actualizaciones de JDK 21 publicadas hasta septiembre de 2026 seguirían bajo los términos gratuitos (NFTC, No-Fee Terms and Conditions). A partir de la actualización crítica de octubre, pasarían a la licencia OTN.
La licencia OTN sigue permitiendo el uso personal, el desarrollo, las pruebas y las demostraciones. Para ejecutar las versiones nuevas en producción, Oracle indica la Java SE Universal Subscription, que desde 2023 se cuenta por el total de empleados de la empresa, y no por la cantidad de equipos con Java.
Quien quiera seguir con un JDK gratuito de Oracle tiene que pasar a JDK 25, que la propia Oracle mantiene bajo los términos gratuitos hasta 2028. La otra salida es cambiar a una distribución OpenJDK de otro proveedor.
El detalle que sorprende a muchos equipos: la licencia se aplica por versión. El equipo que se quedó en la versión de septiembre sigue cubierto por los términos gratuitos, pero deja de recibir correcciones. El mismo equipo, al recibir la versión de octubre, pasa a ejecutar un Java bajo la licencia paga.
La actualización automática que protege el equipo puede ser la misma que le cambia la licencia.
Por qué Java es tan difícil de encontrar
Una auditoría de Java no es una hipótesis lejana. En la encuesta State of Java 2026 de Azul, con 2.039 profesionales de cinco continentes, el 21% dijo que ya pasó por una auditoría de Java de Oracle. La misma encuesta muestra que el 81% migró, está migrando o planea migrar al menos parte de su Java de Oracle a otra distribución OpenJDK.
Azul vende una distribución OpenJDK, algo que conviene tener presente al leer los números. Pero migrar o suscribirse exige el mismo paso previo: saber dónde está Java. Y Java se esconde de cuatro maneras.
Instalado por gente que no es de TI
Desarrolladores, analistas de datos, proveedores de visita. Oracle JDK se descarga directo del sitio, sin ticket, y queda ahí cuando el proyecto termina. Tz0 Inventory lista todos los programas instalados en cada equipo, con versión, fecha y origen, y muestra lo que entró en el parque en las últimas semanas.
Varias versiones en el mismo equipo
Es común encontrar Java 8, 17 y 21 lado a lado, cada uno dejado por un sistema distinto. Cada versión tiene su propia regla de licencia, y la que pesa en la cuenta es la que está en uso. En el inventario, cada versión aparece en su propia línea, equipo por equipo.
Dentro de otro programa
Muchas aplicaciones traen su propio Java en la carpeta de instalación. Ese caso hay que confirmarlo con el proveedor de la aplicación, que suele responder por la licencia de lo que incluyó. Conviene pedir esa respuesta por escrito, antes de la auditoría.
En el servidor, lejos de la vista
Servidores de aplicaciones, equipos de integración, tareas programadas. El Java de producción vive más en el servidor que en el escritorio del usuario. El agente de Tz0 Inventory es el mismo en equipos de escritorio, portátiles y servidores, Windows o Linux, y todo entra en la misma foto del parque.
Tres números antes de cualquier decisión
Con esa foto en la mano, la decisión se vuelve más pequeña de lo que parecía. Tres números suelen bastar:
- Instalado: cuántos equipos tienen Oracle JDK, de qué versión y cuántos ya recibieron versiones publicadas después del 20 de octubre.
- Usado: cuántos abrieron Java en los últimos 90 días. Un equipo sin uso es candidato a desinstalar, no a licenciar.
- En producción: qué servidores y equipos ejecutan sistemas de negocio sobre él, y no solo pruebas o desarrollo.
Tz0 Inventory muestra las horas de uso de cada programa y los equipos por rango de uso en los últimos 90 días, programa por programa. Es la diferencia entre negociar con la lista del fabricante y negociar con la suya.
Si llega la carta de auditoría, el mismo módulo cruza lo instalado con lo comprado y genera el informe para la auditoría del fabricante, sin carreras de último momento. La lógica es la misma de cualquier auditoría de licencias: instalado no es lo mismo que usado.
Quedarse quieto también cuesta
La salida más tentadora es congelar JDK 21 en la última versión gratuita. Tiene fecha de vencimiento: cada mes sin actualización es un mes con fallas conocidas abiertas, en el equipo del desarrollador o en el servidor del ERP.
Tz0 Deploy muestra la exposición a fallas conocidas en equipo-días y señala el paquete de mayor riesgo. Con ese número sobre la mesa, congelar deja de ser un ahorro invisible y se convierte en un riesgo medido.
El guion ya es conocido. En el fin de soporte de Office 2021, la fecha era pública y la lista de equipos afectados, no. Con Java pasa lo mismo.
Si la decisión es migrar a JDK 25 o a un OpenJDK, el cambio tiene que llegar a todos los equipos, incluso al que estaba apagado ese día. Tz0 Deploy instala y desinstala en silencio, con ventana programada por destino y control de ancho de banda, y muestra quién instaló, quién falló y qué se reprogramó.
El mismo módulo señala el programa que corre en versiones distintas en el parque, candidato natural a estandarizar, y permite desinstalar en lote lo que quedó fuera del catálogo aprobado. Antes de desinstalar, pruebe: un sistema antiguo a veces depende de una versión específica.
Cómo ayuda Trauma Zer0
- Nadie sabe dónde está Oracle JDK → inventario de software con versión, fecha y origen en Tz0 Inventory, en escritorios, portátiles y servidores → la lista sale de la consola, no de un cuestionario a cada área.
- Licencia calculada sobre lo instalado → horas de uso y rangos de uso de 90 días por programa → solo entra en la cuenta el Java que alguien usa de verdad.
- Carta de auditoría del fabricante → cruce de lo instalado con lo comprado e informe listo para auditoría → la respuesta sale con sus propios números, con fecha.
- Cambio de versión en cientos de equipos → instalación y desinstalación silenciosas, ventana programada, control de ancho de banda y verificación en Tz0 Deploy → la migración llega a todos, incluso a los que estaban apagados.
- Versión congelada con fallas conocidas → exposición en equipo-días y paquete de mayor riesgo en Tz0 Deploy → el equipo de TI ve el riesgo que acumula congelar.
Todo esto funciona instalado en la infraestructura del cliente. La lista de software de cada equipo, que es exactamente lo que pide una auditoría, queda en el servidor de la propia empresa y no sale a la nube.
Si la carta llegara mañana, ¿qué lista enviaría?
El cambio de Oracle tiene fecha y regla escritas. Lo que falta en la mayoría de las empresas es la otra mitad: la lista de equipos, con versión y uso, hecha antes de que alguien la pida.
Conozca Tz0 Inventory y Tz0 Deploy y agende una demostración con su parque. Si prefiere probarlo en el entorno real, solicite una evaluación de Trauma Zer0.