Publication de Java SE 17

Après six mois de développement, Oracle a lancé la plateforme Java SE 17 (Java Platform, Standard Edition 17), dont l'implémentation de référence est le projet open-source OpenJDK. À l'exception de la suppression de certaines fonctionnalités obsolètes, Java SE 17 maintient la rétrocompatibilité avec les versions antérieures de la plateforme Java — la plupart des projets Java écrits précédemment fonctionneront sans modifications avec la nouvelle version. Des builds prêtes à installer de Java SE 17 (JDK, JRE et Server JRE) sont disponibles pour Linux (x86_64, AArch64), Windows (x86_64) et macOS (x86_64, AArch64). L'implémentation de référence de Java 17 développée dans le cadre du projet OpenJDK est entièrement ouverte sous la licence GPLv2 avec des exceptions GNU ClassPath, permettant le lien dynamique avec des produits commerciaux.

Java SE 17 est classé parmi les versions à long terme de support (LTS), avec des mises à jour qui seront publiées jusqu'en 2029. La publication des mises à jour pour la version intermédiaire précédente, Java 16, a été interrompue. L'ancienne branche LTS, Java 11, sera supportée jusqu'en 2026. La prochaine version LTS est prévue pour septembre 2024. Rappelons qu'à partir de la version Java 10, le projet a adopté un nouveau processus de développement, avec un cycle de publication de nouvelles versions plus court. Les nouvelles fonctionnalités sont désormais développées dans une branche master en constante mise à jour, qui intègre les modifications prêtes et à partir de laquelle des branches pour la stabilisation de nouvelles versions sont créée tous les six mois.

Parmi les nouveautés de Java 17, on peut noter :

• Une implémentation expérimentale de l'appariement de modèles dans les expressions «switch» a été proposée, permettant l'utilisation de modèles flexibles dans les étiquettes «case» au lieu de valeurs précises, englobant immédiatement une série de valeurs, ce qui nécessitait auparavant des chaînes d'expressions «if…else» encombrantes. De plus, des capacités de traitement des valeurs NULL ont été ajoutées à l'intérieur de «switch». Object o = 123L; String formatted = switch (o) { case Integer i -> String.format("int %d", i); case Long l -> String.format("long %d", l); case Double d -> String.format("double %f", d); case String s -> String.format("String %s", s); default -> o.toString(); };
• Le support des classes et interfaces scellées a été stabilisé, qui ne peuvent pas être utilisées par d'autres classes et interfaces pour l'héritage, l'extension ou la redéfinition de l'implémentation. Les classes scellées fournissent également une manière plus déclarative de restreindre l'utilisation du super-classe, par rapport aux modificateurs d'accès, qui reposent sur l'énumération explicite des sous-classes autorisées à être étendues. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {…}
• Une deuxième mise en œuvre préliminaire de l'API Vector a été proposée, fournissant des fonctions pour les calculs vectoriels qui s'exécutent en utilisant des instructions vectorielles des processeurs x86_64 et AArch64 et permettant d'appliquer simultanément des opérations à plusieurs valeurs (SIMD). Contrairement aux capacités d'auto-vectorisation des opérations scalaires fournies par le compilateur JIT HotSpot, la nouvelle API permet de gérer explicitement la vectorisation pour le traitement parallèle des données.
• Une mise en œuvre préliminaire de l'API Foreign Function & Memory a été ajoutée, permettant aux applications d'interagir avec le code et les données qui se trouvent en dehors de l'environnement d'exécution Java. La nouvelle API permet d'appeler efficacement des fonctions exécutées en dehors de la JVM et d'accéder à la mémoire non gérée par la JVM. Par exemple, il est possible d'appeler des fonctions à partir de bibliothèques partagées externes et d'accéder aux données d'un processus sans utiliser JNI.
• Le moteur de rendu pour macOS, qui prend en charge l'API Java 2D, qui à son tour est utilisée dans l'API Swing, a été adapté pour utiliser l'API graphique Metal. Par défaut, OpenGL est toujours utilisé sur la plateforme macOS, et pour activer le support de Metal, vous devez définir le paramètre « -Dsun.java2d.metal=true » et disposer d'au moins macOS 10.14.x.
• Un port pour la plateforme macOS/AArch64 (ordinateurs Apple basés sur les nouvelles puces Apple M1) a été ajouté. La caractéristique du port est le support du mécanisme de protection de la mémoire W^X (Write XOR Execute), où les pages de mémoire ne peuvent pas être accessibles simultanément en écriture et en exécution. (Le code ne peut être exécuté qu'après l'interdiction de l'écriture, et une écriture dans une page de mémoire n'est possible qu'après l'interdiction de l'exécution).
• L'utilisation d'une sémantique strictement stricte (strictfp) pour les expressions à virgule flottante a été rétablie. Le support de la sémantique 'default', introduite avec Java 1.2, qui simplifiait le fonctionnement sur des systèmes avec de très anciens coprocesseurs mathématiques x87 (avec l'arrivée des instructions SSE2, la nécessité d'une sémantique supplémentaire a disparu), a été abandonné.
• De nouveaux types d'interfaces pour les générateurs de nombres pseudo-aléatoires ont été implémentés, ainsi que des algorithmes supplémentaires pour une génération de nombres aléatoires de meilleure qualité. Les applications ont désormais la possibilité de choisir l'algorithme de génération des nombres pseudo-aléatoires. Le support pour la génération de flux d'objets aléatoires a été amélioré.
• L'encapsulation stricte de tous les éléments internes du JDK est devenue obligatoire, à l'exception des API critiques, telles que sun.misc.Unsafe. L'encapsulation stricte empêche les tentatives d'accès depuis le code aux classes internes, méthodes et champs. Auparavant, le mode d'encapsulation stricte pouvait être désactivé avec l'option '—illegal-access=permit', mais cette option a maintenant été déclarée obsolète. Les applications nécessitant un accès aux classes, méthodes et champs internes doivent les définir explicitement à l'aide de l'option '—add-opens' ou de l'attribut Add-Opens dans le fichier manifeste.
• Les applications peuvent désormais définir des filtres pour désérialiser des données, qui peuvent dépendre du contexte et être sélectionnées dynamiquement lier à des opérations spécifiques de désérialisation. Les filtres ainsi définis sont applicables à l'ensemble de la une machine virtuelle JVM, c'est-à-dire qu'ils couvrent non seulement l'application elle-même, mais aussi les bibliothèques tierces utilisées dans l'application.
• Un nouveau méthode javax.swing.filechooser.FileSystemView.getSystemIcon a été ajouté à Swing pour charger des icônes de grande taille, permettant d'améliorer l'interface utilisateur sur les écrans à haute densité de pixels (HighDPI).
• L'API java.net.DatagramSocket a été améliorée pour supporter la connexion à des groupes Multicast sans avoir besoin d'utiliser l'API distincte java.net.MulticastSocket.
• L'utilitaire IGV (Ideal Graph Visualizer) a été perfectionné, offrant une visualisation interactive de la représentation intermédiaire du code dans le compilateur JIT HotSpot VM C2.
• Dans JavaDoc, de manière similaire au compilateur javac, le numéro de la ligne problématique dans le fichier source ainsi que l'emplacement de l'erreur sont désormais indiqués lors de l'affichage d'une erreur.
• Ajout de la propriété native.encoding, reflétant le nom de l'encodage de caractères système (UTF-8, koi8-r, cp1251, etc.).
• Ajout de l'interface java.time.InstantSource, permettant de manipuler le temps sans lien avec un fuseau horaire.
• Ajout de l'API java.util.HexFormat pour convertir en représentation hexadécimale et vice versa.
• Le compilateur a ajouté le mode blackhole, désactivant les opérations d'exception de code inutilisé (elimination de code mort), ce qui peut être utilisé pour des tests de performance.
• Une option « -Xlog:async » a été ajoutée au Runtime pour enregistrer les journaux en mode asynchrone.
• Pour les connexions sécurisées, TLS 1.3 est utilisé par défaut (auparavant, TLS 1.2 était utilisé).
• L'API Applet (java.applet.Applet*, javax.swing.JApplet), anciennement utilisée pour lancer des applications Java dans le navigateur, a été classée parmi celles prévues pour suppression (elle est devenue obsolète après l'arrêt du support du plugin Java pour les navigateurs).
• Le Security Manager, qui est devenu obsolète et a été abandonné après l'arrêt du support du plugin de navigateur, a été classé parmi ceux prévus pour suppression.
• Le mécanisme RMI Activation, obsolète depuis Java 8 et presque jamais utilisé dans les pratiques modernes, a été supprimé.
• Le compilateur expérimental prenant en charge JIT (just-in-time) pour la compilation dynamique du code Java pour HotSpot JVM, ainsi que le mode de compilation anticipée (AOT, ahead-of-time) des classes en code machine avant le démarrage de la machine virtuelle, a été supprimé du SDK. Le compilateur, écrit en Java, était basé sur les travaux du projet Graal. Il est à noter que l'entretien de ce compilateur demande des efforts importants qui ne se justifient pas dans un contexte de désintérêt des développeurs.

Source : opennet.ru