{"id":101268,"date":"2021-09-15T10:22:53","date_gmt":"2021-09-15T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-17"},"modified":"2021-09-15T10:22:53","modified_gmt":"2021-09-15T08:22:53","slug":"vypusk-java-se-17","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-java-se-17","title":{"rendered":"Lanzamiento de Java SE 17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de seis meses de desarrollo, Oracle ha lanzado la plataforma Java SE 17 (Java Platform, Standard Edition 17), cuyo proyecto de referencia abierto es OpenJDK. A excepci\u00f3n de la eliminaci\u00f3n de algunas caracter\u00edsticas obsoletas, Java SE 17 mantiene la compatibilidad hacia atr\u00e1s con las versiones anteriores de la plataforma Java: la mayor\u00eda de los proyectos Java escritos anteriormente funcionar\u00e1n sin cambios en la nueva versi\u00f3n. Las versiones listas para instalar de Java SE 17 (JDK, JRE y Server JRE) est\u00e1n disponibles para Linux (x86_64, AArch64), Windows (x86_64) y macOS (x86_64, AArch64). La implementaci\u00f3n de referencia de Java 17, desarrollada en el contexto del proyecto OpenJDK, es completamente abierta bajo la licencia GPLv2 con excepciones de GNU ClassPath, que permiten el enlace din\u00e1mico con productos comerciales. <\/p>\n
Java SE 17 se clasifica como una versi\u00f3n de soporte a largo plazo (LTS), con actualizaciones que se lanzar\u00e1n hasta el a\u00f1o 2029. La producci\u00f3n de actualizaciones para la versi\u00f3n intermedia anterior, Java 16, ha sido detenida. La antigua rama LTS de Java 11 se mantendr\u00e1 hasta 2026. La pr\u00f3xima versi\u00f3n LTS est\u00e1 programada para septiembre de 2024. Cabe recordar que, a partir de la versi\u00f3n Java 10, el proyecto ha cambiado a un nuevo proceso de desarrollo que implica ciclos de lanzamiento m\u00e1s cortos. La nueva funcionalidad ahora se desarrolla en una rama maestra actualizada continuamente, donde se incorporan cambios listos y de la cual se bifurcan ramas para estabilizar nuevos lanzamientos cada seis meses. <\/p>\n
Entre las novedades de Java 17 se pueden destacar: <\/p>\n
\n
Se ha propuesto una implementaci\u00f3n experimental para la coincidencia de patrones en las expresiones \u00abswitch\u00bb, que permite utilizar patrones flexibles en las etiquetas \u00abcase\u00bb en lugar de valores exactos, abarcando una serie de valores para los cuales anteriormente se necesitaban largas cadenas de expresiones \u00abif\u2026else\u00bb. Adem\u00e1s, se ha proporcionado la capacidad de manejar valores NULL dentro del \u00abswitch\u00bb. Object o = 123L; String formatted = switch (o) { case Integer i -> String.format(\u00abint %d\u00bb, i); case Long l -> String.format(\u00ablong %d\u00bb, l); case Double d -> String.format(\u00abdouble %f\u00bb, d); case String s -> String.format(\u00abString %s\u00bb, s); default -> o.toString(); };\n
Se ha estabilizado el soporte para clases e interfaces selladas (\u00absealed\u00bb), que no pueden ser utilizadas por otras clases e interfaces para herencia, extensi\u00f3n o redefinici\u00f3n. Las clases selladas tambi\u00e9n proporcionan una manera m\u00e1s declarativa de restringir el uso de la superclase, en lugar de utilizar modificadores de acceso, mediante una enumeraci\u00f3n expl\u00edcita de las subclases autorizadas para la extensi\u00f3n. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {\u2026}\n
Se ha propuesto una segunda implementaci\u00f3n preliminar de la API Vector, que proporciona funciones para c\u00e1lculos vectoriales que se realizan utilizando instrucciones vectoriales en procesadores x86_64 y AArch64 y permiten aplicar operaciones a m\u00faltiples valores simult\u00e1neamente (SIMD). A diferencia de las capacidades de autovectorizaci\u00f3n de operaciones escalares ofrecidas por el compilador JIT HotSpot, la nueva API permite gestionar expl\u00edcitamente la vectorizaci\u00f3n para el procesamiento paralelo de datos.\n
Se ha a\u00f1adido una implementaci\u00f3n preliminar del API Foreign Function & Memory, que permite a las aplicaciones interactuar con el c\u00f3digo y los datos que est\u00e1n fuera del entorno de ejecuci\u00f3n de Java. El nuevo API permite llamar de manera eficiente a funciones no ejecutadas en la JVM y acceder a memoria que no es gestionada por la JVM. Por ejemplo, se pueden llamar funciones de bibliotecas compartidas externas y acceder a los datos de un proceso sin utilizar JNI.\n
El motor de renderizado para macOS, que proporciona funcionalidad al API Java 2D, el cual, a su vez, se utiliza en API Swing, se ha adaptado para usar el API gr\u00e1fico Metal. Por defecto, en la plataforma macOS sigue utiliz\u00e1ndose OpenGL, y para habilitar el soporte para Metal es necesario establecer el par\u00e1metro '-Dsun.java2d.metal=true' y contar con al menos la versi\u00f3n 10.14.x de macOS.\n
Se ha a\u00f1adido un puerto para la plataforma macOS\/AArch64 (computadoras Apple basadas en los nuevos chips Apple M1). Una caracter\u00edstica del puerto es el soporte del mecanismo de protecci\u00f3n de memoria W^X (Write XOR Execute), donde las p\u00e1ginas de memoria no pueden ser accesibles para escritura y ejecuci\u00f3n al mismo tiempo. (el c\u00f3digo solo puede ejecutarse despu\u00e9s de deshabilitar la escritura, y la escritura en una p\u00e1gina de memoria solo es posible despu\u00e9s de deshabilitar la ejecuci\u00f3n).\n
Se ha restablecido el uso exclusivo de la sem\u00e1ntica estricta (strictfp) para expresiones de punto flotante. Se ha dejado de dar soporte a la sem\u00e1ntica 'default', disponible desde la versi\u00f3n Java 1.2, que inclu\u00eda simplificaciones para trabajar en sistemas con coprocesadores matem\u00e1ticos muy antiguos x87 (tras la introducci\u00f3n de las instrucciones SSE2, la necesidad de una sem\u00e1ntica adicional desapareci\u00f3).\n
Se han implementado nuevos tipos de interfaces para generadores de n\u00fameros pseudoaleatorios, as\u00ed como algoritmos adicionales para una mejor generaci\u00f3n de n\u00fameros aleatorios. Se ha dado a las aplicaciones la posibilidad de elegir el algoritmo de generaci\u00f3n de n\u00fameros pseudoaleatorios. Se ha mejorado el soporte para la generaci\u00f3n de flujos de objetos aleatorios.\n
Se ha implementado una estricta encapsulaci\u00f3n obligatoria de todos los elementos internos del JDK, excepto para API cr\u00edticos como sun.misc.Unsafe. La estricta encapsulaci\u00f3n bloquea los intentos de acceso del c\u00f3digo a clases, m\u00e9todos y campos internos. Anteriormente, el modo de encapsulaci\u00f3n estricta se pod\u00eda desactivar usando la opci\u00f3n '\u2014illegal-access=permit', pero ahora se considera obsoleta. Para las aplicaciones que necesitan acceso a clases, m\u00e9todos y campos internos, se debe definir expl\u00edcitamente usando la opci\u00f3n '\u2014add-opens' o el atributo Add-Opens en el archivo del manifiesto.\n