TornadoVM 6.0 abandona JVMCI para unificar el acceso a metadatos del compilador
La nueva versión GA de TornadoVM reemplaza la interfaz experimental por una capa de reflexión, ASM y Unsafe, ampliando además el soporte para CUDA.
TornadoVM ha lanzado su versión 6.0.0, una actualización estable que marca un cambio arquitectónico profundo en la forma en que la máquina virtual accede a los metadatos del compilador. El proyecto ha eliminado por completo la interfaz experimental de compilación de la JVM (JVMCI), optando por una vía única y uniforme basada en reflexión, ASM y Unsafe que funciona de manera idéntica en todos los JDK soportados: desde el 21 hasta el 27.
Cajas de herramientas y frameworks
Esta liberación de dependencias experimentales se acompaña de la sustitución total de la Java Native Interface (JNI) por la API de Funciones Extranjeras y Memoria (Foreign Function & Memory), más moderna y eficiente. También se ha expandido el backend de CUDA, un move relevante para quien despliega cargas de trabajo heterogéneas.
En el resto del ecosistema Java, las novedades son más de mantenimiento, aunque con impacto operativo. Micronaut ha publicado la versión 5.1.3, con parches en módulos como SQL, OpenAPI y Reactor. Oracle ha alineado su Graal Development Kit (GDK) 5.1.3 con esta versión, permitiendo ahora generar y compilar aplicaciones con JDK 25 mediante sus herramientas de línea de comandos y lanzador.
Para equipos de operaciones en Kubernetes, Java Operator SDK 5.6.0 introduce una nueva interfaz, InformerPool, que permite compartir informers entre controladores y fuentes de eventos, mejorando la eficiencia de la memoria. JHipster 9.3.0 trae soporte completo para Spring Boot 4 y Angular 22, mientras que las aplicaciones reactivas ahora se construyen con Vite. LangChain4j 1.20.0 estrena soporte experimental para métodos no bloqueantes que devuelven CompletableFuture y Flow.Publisher, útil para servicios de IA de alta concurrencia.
Por último, JDK 27 Build 35 y JDK 28 Build 14 siguen siendo las compilaciones actuales de acceso anticipado, con correcciones menores desde la versión anterior. Los desarrolladores que utilicen estas versiones beta deben tener en cuenta las notas de liberación antes de integrarlas en entornos de prueba.
La elimación de JVMCI en TornadoVM simplifica la cadena de compilación y reduce la superficie de fallo, algo que debería traducirse en una mayor estabilidad para las cargas de trabajo de cálculo intensivo en Java.
