Après six mois de développement, Oracle a annoncé la sortie de la nouvelle version de Java SE15 comme implémentation de référence qui utilise un projet OpenJDK open source.
Java SE15 il est classé comme une version de support standard, avec des mises à jour à publier jusqu'à la prochaine version. Java SE 11 doit être utilisé comme pied de support à long terme (LTS) et les mises à jour seront publiées jusqu'en 2026. La branche précédente de Java 8 LTS sera pris en charge jusqu'en décembre 2020. La prochaine version de LTS est prévue pour septembre 2021.
Principales nouveautés de Java SE 15
Dans cette nouvelle version, une fonction de support pour la signature EdDSA RFC 8032 est présentée, la mise en œuvre proposée d'EdDSA ne dépend pas des plates-formes matérielles, il est protégé contre les attaques de canal latéral (un temps constant de tous les calculs est garanti) et il surpasse l'implémentation ECDSA existante écrite en C en termes de performances, avec le même niveau de protection.
Un autre changement est le support expérimental pour les classes et interfaces scellées Quoi ils ne peuvent pas être utilisés par d'autres classes et interfaces pour hériter, étendre ou annuler le déploiement.
Également mis en évidence dans cette nouvelle version de Java SE 15 est le prise en charge des classes cachées qui ne peuvent pas être utilisées directement par bytecode d'autres classes. L'utilisation clé des classes cachées est pour les frameworks qui génèrent des classes dynamiquement au moment de l'exécution et les utilisent indirectement par réflexion.
Le garbage collector ZGC (Z Garbage Collector) a été stabilisé et reconnu comme prêt à l'emploi. ZGC fonctionne en mode passif pour minimiser au maximum la latence due au ramassage des ordures (le temps d'arrêt lors de l'utilisation de ZGC ne dépasse pas 10 ms) et peut fonctionner avec des tas petits et grands, d'une taille allant de plusieurs centaines de mégaoctets à plusieurs téraoctets.
Le garbage collector Shenandoah s'est stabilisée et reconnue comme omniprésente. Shenandoah est développé par Red Hat et se distingue par l'utilisation d'un algorithme qui réduit les temps de pause lors du ramasse-miettes lors du nettoyage en parallèle avec l'exécution d'applications Java.
Également aussi la prise en charge des blocs de texte a été stabilisée et entré dans la langue: a nouvelle forme de chaînes littérales Ils vous permettent d'inclure des données de texte multiligne dans votre code source sans utiliser de caractères d'échappement et en préservant la mise en forme du texte d'origine dans le bloc.
D'autre part L'API DatagramSocket héritée a été retravaillée comme les anciennes implémentations java.net.DatagramSocket et java.net.MulticastSocket ont été remplacées par une implémentation moderne plus facile à déboguer et à maintenir, et compatible avec les threads virtuels développés par le projet Loom.
En cas de violation de compatibilité avec le code existant, l'ancienne implémentation n'a pas été supprimée et peut être activée à l'aide de l'option jdk.net.usePlainDatagramSocketImpl.
En outre, une deuxième implémentation expérimentale de correspondance de motifs est proposée dans l'opérateur "instanceof", qui permet de définir immédiatement une variable locale pour accéder à la valeur vérifiée.
Enfin, une deuxième implémentation expérimentale du mot-clé "record" est également mise en évidence, qui fournit une forme compacte pour les définitions de classe, évitant de devoir définir explicitement plusieurs méthodes de bas niveau telles que equals (), hashCode () et toString (), dans les cas où les données sont stockées uniquement dans des champs.
Enfin autres changements qui se démarquent:
- Un deuxième projet d'API d'accès à la mémoire externe est proposé
- La technique d'optimisation du verrouillage biaisé utilisée par HotSpot JVM pour réduire la surcharge de verrouillage a été désactivée et obsolète.
- Activation RMI du mécanisme déclaré obsolète, qui sera supprimé dans une prochaine version.
- Suppression du moteur JavaScript Nashorn, qui était obsolète dans Java SE 11.
- Ports supprimés pour le SE Solaris et les processeurs SPARC (Solaris / SPARC, Solaris / x64 et Linux / SPARC).
Si vous voulez en savoir plus à propos de cette nouvelle version. Vous pouvez vérifier les détails dans le lien suivant.