Java 21 est la nouvelle version avec support \u00e0 long terme (Long Term Support – LTS), elle sera donc support\u00e9e pendant au moins 5 ans par Oracle. Au regard du nombre de JEP (Java Enhancement Proposals) qu’elle contient, pas moins de 15, on voit tout de suite que c’est une version riche en nouvelles fonctionnalit\u00e9s. Mais peut-\u00eatre le plus important (pour ne pas dire excitant) est le passage en final des virtual threads ! Les virtual threads sont des threads l\u00e9gers, avec un co\u00fbt de cr\u00e9ation et de scheduling faible, qui permettent de faciliter l\u2019\u00e9criture d\u2019application concurrente. Il faudra attendre quelque temps que l’\u00e9cosyst\u00e8me les supporte, mais les virtual threads vont rendre Java pertinent pour des applications hautement concurrentes en environnement contraint en m\u00e9moire.<\/p>\n
JEP 430 – String Templates (Preview)<\/h2>\n
Beaucoup de langages supportent l’interpolation de cha\u00eenes de caract\u00e8res. L’interpolation de cha\u00eenes de caract\u00e8res est un litt\u00e9ral de cha\u00eenes de caract\u00e8res contenant des expressions ainsi que du texte litt\u00e9ral.<\/p>\n
Par exemple, en Kotlin, Le probl\u00e8me de l’interpolation est qu’elle est dangereuse en tant que fonctionnalit\u00e9 globale, car elle ne permet pas de validation ou d’assainissement (sanitization) lors de la construction de la cha\u00eene de caract\u00e8re finale. Elle s’expose donc, par exemple, aux injections SQL ou JavaScript.<\/p>\n Les String Templates en Java proposent de l’interpolation de cha\u00eenes de caract\u00e8res int\u00e9grant la validation et l’assainissement via un processeur de template.<\/p>\n Un processeur de template prend un template, puis va r\u00e9aliser l’interpolation du template vers un objet d’un type pr\u00e9cis ; on peut donc depuis un template interpoler une Voici un exemple d’utilisation du String Template En Java, les expressions sont d\u00e9finies par Il y a eu beaucoup de discussion autour du choix du format des expressions. \u00c0 cause de l\u2019existence de nombreuses librairies utilisant $, # ou {} comme d\u00e9limiteur d’expression, le choix a \u00e9t\u00e9 d’un format qui n’est pas valide en dehors des String Templates : La librairie standard inclue trois processeurs de template :<\/p>\n Il est possible de cr\u00e9er ses propres processeurs en impl\u00e9mentant l’interface Plus d\u2019information dans la JEP 430<\/a>.<\/p>\n L’API de collection de Java a vu un ajout dans Java 21 d’une importance qui n’avait pas \u00e9t\u00e9 vu depuis de tr\u00e8s nombreuses releases !<\/p>\n Les collections en Java n’ont pas de type repr\u00e9sentant une s\u00e9quence ordonn\u00e9e d’\u00e9l\u00e9ments, Java 21 viens combler ce manque en introduisant les interfaces Voici l’interface La m\u00e9thode Ces nouvelles interfaces ont \u00e9t\u00e9 int\u00e9gr\u00e9es dans la hi\u00e9rarchie existante des classes de l’API Collection.<\/p>\n On peut noter que certaines des impl\u00e9mentations les plus utilis\u00e9es de l’API Collection : Plus d\u2019information dans la JEP 431<\/a>.<\/p>\n Cette nouvelle fonctionnalit\u00e9 du langage Java permet d’utiliser Au sein du pattern matching de Java, On peut utiliser une variable anonyme :<\/p>\n Voici quelques exemples tir\u00e9s de la JEP 443 :<\/p>\n Cette fonctionnalit\u00e9, m\u00eame si elle peut sembler petite, est en fait une fonctionnalit\u00e9 tr\u00e8s attendue et qui peut fortement am\u00e9liorer la lisibilit\u00e9 du code et \u00e9viter de possibles bugs en d\u00e9notant clairement qu’une variable ne doit pas \u00eatre utilis\u00e9e. On peut juste regretter que, pour l’instant, il ne soit pas possible d’utiliser Plus d\u2019information dans la JEP 443<\/a>.<\/p>\n Le but de cette nouvelle fonctionnalit\u00e9 est de faciliter l’apprentissage de Java et simplifier son utilisation pour des cas simple, entre autres, pour l’\u00e9criture d’une simple m\u00e9thode main.<\/p>\n Prenons comme exemple un \u00ab\u00a0Hello World\u00a0\u00bb en Java :<\/p>\n Pour simplement \u00e9crire \u00ab\u00a0Hello World\u00a0\u00bb dans la consoles il faut connaitre les principes de classe, de m\u00e9thode, de visibilit\u00e9, du modificateur static, ainsi que la signature tr\u00e8s particuli\u00e8re de la m\u00e9thode main en Java : la m\u00e9thode qui sera ex\u00e9cut\u00e9e comme point d’entr\u00e9e du programme.<\/p>\n Premier changement : permettre une m\u00e9thode main non statique (m\u00e9thode d’instance), non publique, et sans param\u00e8tre :<\/p>\n Second changement : l’introduction des classes anonymes (non-nomm\u00e9es) :<\/p>\n Une classe anonyme est une classe dans un fichier .class qui n’a pas de d\u00e9claration de classe, elle ne peut pas \u00eatre appel\u00e9e par une autre classe, mais peut contenir des m\u00e9thodes et des champs. Elle se trouve dans un package anonyme.<\/p>\n Ces deux nouveaut\u00e9s, bien que ciblant les d\u00e9veloppeurs apprenant Java, peuvent grandement faciliter l’\u00e9criture de petit programme en Java en r\u00e9duisant la c\u00e9r\u00e9monie autour de l’\u00e9criture du point d’entr\u00e9e d’un programme Java.<\/p>\n Lors de discussion autour de cette fonctionnalit\u00e9, il a aussi \u00e9t\u00e9 abord\u00e9 le cas de Plus d\u2019information dans la JEP 445<\/a>.<\/p>\n Les fonctionnalit\u00e9s suivantes sortent de preview (ou du module incubator) et passent en standard :<\/p>\n Pour les d\u00e9tails sur celles-ci, vous pouvez vous r\u00e9f\u00e9rer \u00e0 mes articles pr\u00e9c\u00e9dents.<\/p>\n Les fonctionnalit\u00e9s suivantes restent en preview (ou en incubator module).<\/p>\n Pour les d\u00e9tails sur celles-ci, vous pouvez vous r\u00e9f\u00e9rer \u00e0 mes articles pr\u00e9c\u00e9dents.<\/p>\n Divers ajouts au JDK :<\/p>\n La totalit\u00e9 des nouvelles API du JDK 21 peuvent \u00eatre trouv\u00e9es dans The Java Version Almanac \u2013 New APIs in Java 21<\/a>.<\/p>\n Le Garbage Collector ZGC devient g\u00e9n\u00e9rationnel, il peut donc s\u00e9parer la heap en plusieurs zones en fonction de l’\u00e2ge des objets. Pour utiliser cette fonctionnalit\u00e9 il faut utiliser l’option ligne de commande G1 GC a, lui aussi, profit\u00e9 de quelques nouvelles optimisations : les full GCs ont \u00e9t\u00e9 optimis\u00e9s et le Hot Card Cache qui s’av\u00e9rait n’apporter aucun avantage a \u00e9t\u00e9 supprim\u00e9, lib\u00e9rant de la m\u00e9moire native (0,2% de la taille de la heap). D\u2019autres changements ont \u00e9t\u00e9 faits c\u00f4t\u00e9 Garbage Collector, vous pouvez les retrouver dans cet article de Thomas Schatzl : JDK 21 G1\/Parallel\/Serial GC changes<\/a>.<\/p>\n C\u00f4t\u00e9 s\u00e9curit\u00e9, Java supporte maintenant les m\u00e9canismes d’encapsulation de cl\u00e9 (Key Encapsulation Mechanism – KEM), une technique de chiffrement pour s\u00e9curiser les cl\u00e9s sym\u00e9triques \u00e0 l’aide de la cryptographie \u00e0 cl\u00e9 publique. Plus d\u2019information \u00e0 ce sujet dans la JEP 452<\/a>.\nLe support de v\u00e9rification de signature de type Leighton-Micali Signature (LMS) ainsi que les algorithme de cryptographie de type PBES2 ont \u00e9t\u00e9 ajout\u00e9, vous pouvez vous r\u00e9f\u00e9rer \u00e0 l\u2019article de Sean Mullan pour une liste exhaustive des changements de s\u00e9curit\u00e9 inclus cette version : JDK 21 Security Enhancements<\/a>.<\/p>\n Le port pour Windows 32-bit pour CPU x86 a \u00e9t\u00e9 d\u00e9pr\u00e9ci\u00e9 pour suppression dans une prochaine release. Windows 10, la derni\u00e8re version de Windows supportant les architectures 32-bit, sera en fin de vie en octobre 2025. D\u00e9pr\u00e9cier puis supprimer le port Windows 32-bit permettra de simplifier le build l’Open JDK et de r\u00e9duire son co\u00fbt de maintenance. Plus d\u2019information dans la JEP 449<\/a>.<\/p>\n Le chargement dynamique d’agent Java est maintenant d\u00e9pr\u00e9ci\u00e9 pour suppression. Si utilis\u00e9, il affichera un WARNING dans les logs de la JVM. Le chargement d’un agent Java au d\u00e9marrage de l’application reste support\u00e9, c’est uniquement le chargement dynamique apr\u00e8s le d\u00e9marrage d’une application qui est d\u00e9pr\u00e9ci\u00e9. Le but est d’am\u00e9liorer l’int\u00e9grit\u00e9 de la JVM, un agent pouvant modifier le code d’une application, le charger apr\u00e8s d\u00e9marrage de la JVM est un risque de s\u00e9curit\u00e9. Plus d\u2019information dans la JEP 451<\/a>.<\/p>\n C\u00f4t\u00e9 performance, Per Minborg a r\u00e9alis\u00e9 des am\u00e9liorations dans la conversion entre les primitifs (long vers int par exemple) via l’utilisation de Au vu du nombre tr\u00e8s important de fonctionnalit\u00e9s inclues dans Java 21, on peut s’attendre \u00e0 ce que Java 22 soit une release de stabilisation. J’esp\u00e8re que certaines fonctionnalit\u00e9s sortiront de preview en Java 22 (ce qui devrait \u00eatre le cas pour la Foreign Function & Memory API), tout particuli\u00e8rement les Scoped Values et la Structured Concurrency qui compl\u00e9mentent les Virtual Threads en facilitant l’\u00e9criture d’application concurrente.<\/p>\n Pour retrouver tous les changements de Java 21, se r\u00e9f\u00e9rer aux release notes<\/a>.<\/p>","protected":false},"excerpt":{"rendered":" Maintenant que Java 21 est features complete (Rampdown Phase Two au jour d\u2019\u00e9criture de l\u2019article), c\u2019est le moment de faire le tour des fonctionnalit\u00e9s qu\u2019apporte cette nouvelle version, \u00e0 nous, les d\u00e9veloppeurs. Cet article fait partie d\u2019une suite d\u2019article sur les nouveaut\u00e9s des derni\u00e8res versions de Java, pour ceux qui voudraient les lire en voici les liens : Java 20, Java 19, Java 18, Java 17, Java 16, Java 15, Java 14, Java 13, Java 12, Java 11,\u00a0Java 10,\u00a0et\u00a0Java 9…."$x plus $y equals ${x + y}"<\/code> est une cha\u00eene de caract\u00e8res contenant les expressions $x<\/code>, $y<\/code>, et ${x + y}<\/code> qui vont \u00eatre remplac\u00e9es par leur valeur textuelle. Ces valeurs sont dites interpol\u00e9es au sein de la cha\u00eene de caract\u00e8res. Cette interpolation se fait depuis les variables et permet des op\u00e9rations entre les variables (ici, une addition).<\/p>\nString<\/code>, ou un PreparedStatement<\/code>, ou un JSONObject<\/code>, … Comme il est possible d’avoir plusieurs processeurs, chacun peut impl\u00e9menter une \u00e9tape de validation si n\u00e9cessaire.<\/p>\nSTR<\/code>, il ne comporte pas de validation sp\u00e9cifique et peut \u00eatre utilis\u00e9 pour remplacer de la concat\u00e9nation de cha\u00eene de caract\u00e8re :<\/p>\nString firstName = \"Lo\u00efc\";\nString lastName = \"Mathieu\";\nString helloWorld = STR.\"Hello \\{firstName} \\{lastName}\";\n<\/pre>\n{expression}<\/code>, et l’appel d’un processeur de template se fait via son nom, ici FMT qui est une constante de l’interface StringTemplate<\/code> qui aura \u00e9t\u00e9 pr\u00e9c\u00e9demment import\u00e9e via un import statique.<\/p>\nString s = "Hello {firstName} {lastName}"<\/code> ne compile pas. Cela permet de distinguer les String Templates des Strings simple.<\/p>\nRAW<\/code> : processeur qui n\u2019interpole pas les cha\u00eenes de caract\u00e8re, permet des manipulations bas niveau.<\/li>\n\nSTR<\/code> : processeur qui interpole une cha\u00eene de caract\u00e8re vers une autre cha\u00eene de caract\u00e8re via concat\u00e9nation simple.<\/li>\n\nFMT<\/code> : processeur qui interpole une cha\u00eene de caract\u00e8re vers une autre cha\u00eene de caract\u00e8re en permettant de formater les expressions via un Formatter<\/a>, par exemple FMT."%05d\\{x} + %05d\\{y} = %05d\\{x + y}";<\/code><\/li>\n<\/ul>\nStringTemplate.Processor<\/code>.<\/p>\nJEP 431 – Sequenced Collections<\/h2>\n
SequencedCollection<\/code>, SequencedSet<\/code> et SequencedMap<\/code>. Ces interfaces proposent des m\u00e9thodes permettant d’ajouter, de modifier ou de supprimer des \u00e9l\u00e9ments au d\u00e9but ou a la fin de la collection, ainsi que d’it\u00e9rer sur une collection en sens inverse.<\/p>\nSequencedCollection<\/code> :<\/p>\ninterface SequencedCollection extends Collection {\n SequencedCollection reversed();\n void addFirst(E);\n void addLast(E);\n E getFirst();\n E getLast();\n E removeFirst();\n E removeLast();\n}\n<\/pre>\nreversed()<\/code> va retourner une vue de la collection dans un ordre invers\u00e9, une modification de la collection d’origine impactera la vue invers\u00e9e.<\/p>\nSequencedSet<\/code> est un set qui est aussi une SequencedCollection<\/code>, voici son interface :<\/p>\ninterface SequencedSet extends Set, SequencedCollection {\n SequencedSet reversed();\n}\n<\/pre>\nSequencedMap<\/code> est une map dont les entr\u00e9es sont ordonn\u00e9es, voici son interface :<\/p>\ninterface SequencedMap extends Map {\n SequencedMap reversed();\n SequencedSet sequencedKeySet();\n SequencedCollection sequencedValues();\n SequencedSet<Entry> sequencedEntrySet();\n V putFirst(K, V);\n V putLast(K, V);\n Entry firstEntry();\n Entry lastEntry();\n Entry pollFirstEntry();\n Entry pollLastEntry();\n}\n<\/pre>\n![\"Java](\"https:\/\/i0.wp.com\/cr.openjdk.org\/~smarks\/collections\/SequencedCollectionDiagram20220216.png?resize=640%2C356&ssl=1\")
\nArrayList<\/code>, LinkedList<\/code>, LinkedHashMap<\/code> et LinkedHashSet<\/code> sont maintenant des collections s\u00e9quentielles.<\/p>\nJEP 443 – Unnamed Patterns and Variables Preview)<\/h2>\n
<em><\/code> comme pattern ou variable anonyme (litt\u00e9ralement sans nom ou non-nomm\u00e9). Le but est d’utiliser <\/em><\/code> pour d\u00e9noter un pattern ou une variable inutile, le compilateur s’assurera alors que la variable est r\u00e9ellement non utilis\u00e9e car elle n’a pas de nom.<\/p>\n<em><\/code> peut \u00eatre utilis\u00e9 comme pattern anonyme, par exemple dans un instanceof : instanceof Point(<\/em>, int y)<\/code>; ou comme variable de pattern anonyme, par exemple dans un instanceof : instanceof Point(int <em>, int y)<\/code> ou dans un switch : case Box(GreenBall <\/em>)<\/code>.<\/p>\n_<\/code> peut aussi \u00eatre utilis\u00e9 pour d\u00e9noter une variable anonyme qui ne pourra ni \u00eatre lue ni \u00eatre \u00e9crite ; comme elle n’a pas de nom, on peut utiliser plusieurs variables anonymes dans un m\u00eame scope.<\/p>\n\/\/ enhanced for loop\nint acc = 0;\nfor (Order _ : orders) {\n if (acc < LIMIT) { ... acc++ ... } \n} \n\n\/\/ block statement \nQueue \nq = ... \/\/ x1, y1, z1, x2, y2, z2, ... \nwhile (q.size() >= 3) {\n var x = q.remove();\n var y = q.remove();\n var _ = q.remove();\n ... new Point(x, y) ...\n}\n\n\/\/ catch block\nString s = ...\ntry { \n int i = Integer.parseInt(s);\n ... i ...\n} catch (NumberFormatException _) { \n System.out.println(\"Bad number: \" + s);\n}\n\n\/\/ try-with-resources\ntry (var _ = ScopedContext.acquire()) {\n ... no use of acquired resource ...\n}\n\n\/\/ lamdba parameter\nstream.collect(Collectors.toMap(String::toUpperCase, _ -> \"NODATA\"))\n<\/pre>\n_<\/code> comme un param\u00e8tre de m\u00e9thode surcharg\u00e9e.<\/p>\nJEP 445: Unnamed Classes and Instance Main Methods (Preview)<\/h2>\n
public class HelloWorld { \n public static void main(String[] args) { \n System.out.println(\"Hello, World!\");\n }\n}\n<\/pre>\nclass HelloWorld { \n void main() { \n System.out.println(\"Hello, World!\");\n }\n}\n<\/pre>\nvoid main() {\n System.out.println(\"Hello, World!\");\n}\n<\/pre>\nSystem.out.println()<\/code> (ainsi que la lecture depuis la console) et de possible simplification. Il se peut que dans une prochaine version de Java des simplifications \u00e0 ce sujet soit int\u00e9gr\u00e9es.<\/p>\nLes fonctionnalit\u00e9s qui sortent de preview<\/h2>\n
Les fonctionnalit\u00e9s qui restent en preview<\/h2>\n
Arena<\/code>.<\/li>\n\nDivers<\/h2>\n
Character.isEmoji()<\/code>, Character.isEmojiPresentation()<\/code>, Character.isEmojiModifier()<\/code>, Character.isEmojiModifierBase()<\/code>, Character.isEmojiComponent()<\/code>, Character.isExtendedPictographic()<\/code>.<\/li>\n\nMath.clamp()<\/code> et StrictMath.clamp()<\/code> : restreint une valeur entre deux bornes min et max.<\/li>\n\nStringBuilder.repeat()<\/code> : joint un caract\u00e8re ou une cha\u00eene de caract\u00e8re un certain nombre de fois.<\/li>\n\nHttpClient<\/code> impl\u00e9mente maintenant AucoCloseable<\/code> et peut donc \u00eatre utilis\u00e9 plus facilement dans un bloc try-with-resources.<\/li>\n\nLocale.availableLocales()<\/code> : retourne la liste des locales install\u00e9es.<\/li>\n\nCollections.shuffle(List, RandomGenerator)<\/code> : effectue des permutations al\u00e9atoires des \u00e9l\u00e9ments de la liste depuis un RandomGenerator<\/code>.<\/li>\n\nString.splitWithDelimiters()<\/code> et Pattern.splitWithDelimiters()<\/code> : scinde une cha\u00eene de caract\u00e8res en incluant les d\u00e9limiteurs.<\/li>\n<\/ul>\nDes changements internes, de la performance, et de la s\u00e9curit\u00e9<\/h2>\n
-XX:+ZGenerational<\/code>. Ce Garbage Collector a \u00e9t\u00e9 cr\u00e9\u00e9 pour supporter des heaps de tailles tr\u00e8s importantes (plusieurs terraoctets) avec des pauses tr\u00e8s faibles (de l’ordre de la milliseconde). L’ajout d’une heap g\u00e9n\u00e9rationnelle lui permet de supporter des workloads diff\u00e9rents en consommant moins de ressources. Plus d\u2019information dans la JEP 439<\/a>.<\/p>\nVarHandle<\/code> en remplacement des calculs binaires existants. Ces op\u00e9rations de conversions \u00e9tant tr\u00e8s utilis\u00e9 au sein de la s\u00e9rialisation Java, celle-ci en tire parti et voit une am\u00e9lioration de performance de pr\u00e8s de 5%. D’autres API du JDK ainsi que de nombreuses librairies utilisent aussi ces conversions et verront leur performance s’am\u00e9liorer. Plus d’information dans l’article de Per Minborg : Java 21: Performance Improvements Revealed<\/a>.<\/p>\nConclusion<\/h2>\n