Le Java Development Kit 17 est disponible depuis quelques jours. Il s’agit d’une mouture LTS, donc supportée 8 ans. Ce n’était pas arrivé depuis JDK 11 il y a trois ans, dont le support court jusqu’en 2026. Les versions sorties entre-temps tous les six mois ne sont supportées que jusqu’à la suivante.
Les nouveautés de Java 17 sont aussi nombreuses qu’importantes. Elle contient notamment 14 JEP (Java Enhancement Proposal), dont les classes scellées, capables de restreindre les types qui peuvent en hériter, une clause allows renseignant les sous-classes autorisées.
Java 17 fournit également de nouveaux générateurs de nombres pseudo-aléatoires, restaure une sémantique stricte pour les opérations en virgule flottante, supprime le compilateur expérimental AOT et JIT, propose une nouvelle API vectorielle, dispose d’un portage macOS/AArch64 (Apple Silicon), un nouveau pipeline graphique pour macOS (basé sur Metal) ou encore une encapsulation forte des éléments internes du JDK.
L’un des plus gros changements a trait à la licence. Java 17 est en effet fourni sous licence NFTC, pour No-Fee Terms and Conditions. Non open source, elle a pour mission de faciliter la vie des développeurs.
NFTC garantit notamment une utilisation gratuite pour tout le monde, y compris en production et commerciale. Elle couvre les mises à jour trimestrielles et autorise la redistribution tant que celle-ci n’est pas payante. Elle est inaugurée avec JDK 17, n’est pas rétroactive et couvrira les moutures LTS jusqu’à un an après la sortie de la LTS suivante.
Commentaires (10)
#1
Pour être exhaustif il me semble que c’est juste le JDK Oracle qui passe sous licence propriétaire, OpenJDK est toujours sous GPL.
#2
Il était déjà sous licence proprio, sauf que depuis la version 9 il fallait payer une blinde pour l’utiliser en milieu pro, que l’appli soit gratuite ou non, autant la partie serveur que la JVM.
Ils ont du (enfin) se rendre compte que c’était complètement stupide et que ça ne faisait que détourner les dév d’Oracle (openjdk) voire de Java…
#3
Quel intérêt comparé à OpenJDK ?
#3.1
Pour ma part, les performances essentiellement.
#4
Au boulot, on recommande OpenJDk ou Adopte un Jdk, en version 8. On commence à avoir du 11.
#4.1
Ce que tu appelles “Adopte un JDK” est, je pense, AdoptOpenJDK, qui n’est rien autre qu’un build d’OpenJDK. Ça reste OpenJDK à 100%.
#5
Java le truc interdit et banni de toutes les entreprises à cause de sa licence, alors qu’il était installé systématiquement peu de temps avant !
C’est incroyable la décente au enfer de ce truc, il y’a 20ans c’était universel (des box TV, ou l’embarqué très léger en passant par la ferme de serveurs distribuées) et depuis le rachat par Oracle c’est devenu the truc à éviter.
MySQL suit la même pente : de quasi-monopole de fait à truc à absolument éviter.
OpenOffice a totalement disparu des radars au profit de Libre Office.
Oracle DB aussi semble suivire la même voie remarque (SAP a enfin réussi à s’en débarrasser au profit d’HANA) les boites empêtrées dans les produits Oracle ont toutes un plan de sortie prévu à court / moyen terme.
C’est assez incroyable qu’une grosse boite n’arrive pas à comprendre que son unique erreur perpétuelle est le licencing abusif (vouloir absolument trop monétiser)
#5.1
Aujourd’hui c’est juste installé dans tous les tél. Android du marché… Et c’est la principale plateforme pour les développement d’application d’entreprise. T’en fais pas pour eux.
#6
Il parle du JAVA d’Oracle. Et celui-ci n’est dans aucun smartphone Android.
#6.1
C’est Java, pas JAVA, ensuite il parle d’Oracle DB, qui n’a rien à voir avec Java… Android depuis 2 ans utilise l’OpenJDK, qui est le Java utilisé par 90 % des utilisateurs de Java en entreprise (au pif), le reste se partage entre les autres fournisseurs (tels qu’Oracle, IBM …).
Le Java d’Oracle fût basé sur l’OpenJDK (je ne sais pas aujourd’hui, j’ai bossé chez Sun Microsystems), qui est l’implémentation de référence. La seule chose qui pourrait te faire préférer la version Oracle, ce sont les performances sur certaines machines ARM.