Cela a été une semaine assez importante dans l'écosystème OpenJDK.
Deux des JEP liés au Pattern Matching ont atteint le statut Candidate.
Il s'agit de Pattern Matching for Switch et records and array Patterns
Comme précédemment rapporté par InfoQ, le Pattern Matching est l'un des principaux livrables du projet Amber, qui progresse régulièrement vers la livraison, mais qui ne produira certainement pas les versions finales de ses fonctionnalités tant attendues à temps pour Java 17 LTS.
Deux fonctionnalités liées à la sécurité ont également progressé :
Remove RMI Activation et Dynamic Deserialization Features, qui s'appuie sur des travaux antérieurs pour verrouiller (et finalement rendre obsolète) le mécanisme de sérialisation Java.
Dans d'autres actualités en matière de sécurité, l'API Applet de Java est désormais Targeted for Removal dans Java 17
L'API Applet était l'un des arguments de vente originaux de Java - comme moyen de fournir des applications clientes riches dans le navigateur - et est présente depuis Java 1.0. Ces dernières années, cependant, tous les navigateurs traditionnels ont supprimé la prise en charge de cette API, car le navigateur a évolué en tant que plate-forme d'exécution d'applications.
Java 17, néanmoins, marquera une triste étape car cette API est finalement supprimée. Avec la suppression du port Solaris dans Java 15, ce sera la fin de la route pour la vision originale de Java en tant que plate-forme.
Après OpenJDK et Java 17, cela fait également 17 ans depuis la version originale de Spring - version 1.0 - a été publiée
La Fondation Eclipse a également eu une grande semaine - l'annonce officielle de la formation d'Eclipse Adoptium (le successeur d'AdoptOpenJDK) - et la nouvelle qu'Eclipse aura accès au Java TCK - mais aussi le projet Jetty annonçant la sortie de Jetty 11
Dans le reste de l'écosystème, une extension open-source de VS Code pour la visualisation des applications Java a été annoncée (via Reddit).
Open Liberty a publié la version 21.0.0.3 qui prend en charge MicroProfile 4.0
Le framework d'injection de dépendances Weld a annoncé la version 4.0.1 - aux côtés de la version 3.1.7 cela traite en grande partie des problèmes d'accès réflexifs, en réponse à la sortie de Java 16, et du resserrement supplémentaire de l'accès attendu dans Java 17.