Los planes de Oracle para Java en 2024

Los planes de Oracle para evolucionar Java en 2024 involucran proyectos OpenJDK que van desde Ámbarpara desarrollar funciones más pequeñas y orientadas a la productividad, para Babiloniapara extender Java a modelos de programación extranjeros como GPU, para Valhallapara aumentar el modelo de objetos Java con objetos de valor para eliminar cuellos de botella de rendimiento de larga data.

en un vídeo publicado el 18 de enero, Nicolai Parlog, representante de relaciones con desarrolladores de Oracle Java, cubrió lo que estaba en la mesa de dibujo para Java este año. «Sin embargo, tenga en cuenta que la mayor parte del trabajo de un año determinado no se publicará el mismo año y muchas de estas mejoras sólo se podrán utilizar en 2025 o más tarde», advirtió Parlog.

Para Proyecto Babilonia, Parlog citó planes para la reflexión del código, expandiendo la API de reflexión y permitiendo la transformación del código Java dentro de un método. El objetivo es permitir a los desarrolladores escribir código Java que las bibliotecas puedan interpretar como una función matemática, por ejemplo. En las próximas semanas, el equipo de Babylon planea publicar trabajos sobre casos de uso como diferenciación automática, emulación C# LINQ y programación de GPU.

En Proyecto Leydenque tiene como objetivo mejorar los tiempos de inicio, los planes para 2024 implican perfeccionar el concepto de condensadores y trabajar para que los prototipos de condensadores estén listos para la producción. En Project Amber, las funciones actuales en vista previa incluyen plantillas de cadenas, una versión simplificada main método y declaraciones antes this() y super(). «Espero que los tres finalicen en 2024», dijo Parlog. Se están explorando capacidades como tipos primitivos en patrones y with expresiones.

En el Proyecto Valhalla, el trabajo se centrará en clases de valor y objetosque proporcionan instancias de clase que solo tienen final campos de instancia y carecen de identidad de objeto. Las clases Integer, Doubley Byte, que representan primitivas encuadradas, son ejemplos de clases que envuelven o “encajonan” valores simples que no necesitan identidad. Eliminar la identidad no sólo eliminaría la confusión de los desarrolladores sobre el significado de == aplicado a esas clases, pero también reduce significativamente la sobrecarga de tiempo de ejecución de los archivos en caja Integer, Doubley Byte objetos.

En Proyecto Liliputdestinado a reducir el tamaño de los encabezados de objetos Java en HotSpot JVM y reducir la huella de memoria de Java, el trabajo ahora se centra en pulir un esquema de bloqueo rápido. Proyecto Panamá, para interconectar JVM y código C nativo, «tiene tres hierros en el fuego», dijo Parlog. La API vectorial está en incubación, la función externa y la API de memoria se están mejorando y se está construyendo jextract, una herramienta que genera enlaces Java a partir de encabezados de bibliotecas nativas, todo lo cual simplifica el trabajo con bibliotecas nativas.

Como para Telar de proyecto, que incuba características de Java VM y API, Parlog dijo que cree que sus días en el centro de atención estaban llegando a su fin. Los subprocesos virtuales son finales y las API de simultaneidad estructurada y valores de alcance alcanzaron su segunda vista previa en Java 22. Se espera su finalización este año. Parlog expresó su esperanza de avanzar en hacer que la sincronización no sea fija y la E/S de archivos no sea capturada, al menos en Linux.