Maintenant que Java 14 est features complete (Rampdown Phase One 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.<\/p>\n
Cet article fait partie d\u2019une suite d\u2019article sur les nouveaut\u00e9s des derni\u00e8res version de Java, pour ceux qui voudraient les lires en voici les liens : Java 13<\/a>, Java 12<\/a>, Java 11<\/a>,\u00a0Java 10,<\/a>\u00a0et\u00a0Java 9<\/a>.<\/p>\n \u00c0 l’inverse des pr\u00e9c\u00e9dentes version de Java, la version 14 apporte beaucoup de fonctionnalit\u00e9s, de mon avis, c’est une version qu’on pourrait qualifier de majeur au m\u00eame titre que Java 5 ou 8 ! Records, Pattern Matching, Switch Expression, Text Block, … Plein de bonne choses dans cette version ;)<\/p>\n Les Switch Expressions sortent de preview et deviennent une fonctionnalit\u00e9 standard !<\/p>\n Le nouveau mot cl\u00e9 yield<\/strong> a donc \u00e9t\u00e9 valid\u00e9.<\/p>\n Plus d’information dans la JEP : https:\/\/openjdk.java.net\/jeps\/361<\/a><\/a><\/p>\n Si vous aviez loup\u00e9 cette fonctionnalit\u00e9 dans les pr\u00e9c\u00e9dentes versions, voici un article qui la d\u00e9crit en d\u00e9tail : Definitive Guide To Switch Expressions<\/a><\/p>\n Text Blocks<\/strong> : la possibilit\u00e9 d’\u00e9crire des String Literals<\/em> sur plusieurs lignes est toujours en preview avec l’ajout de deux nouvelles escape sequence<\/em> : Plus d’information dans la JEP : https:\/\/openjdk.java.net\/jeps\/368<\/a><\/a>\nSi vous aviez loup\u00e9 la fonctionnalit\u00e9 elle est d\u00e9crite dans mon article sur Java 13<\/a>.<\/p>\n Les NullPointerException<\/strong>\u00a0(NPE) sont monnaie courante en Java, et le message d’erreur est bien souvent peu utile car pointe uniquement la ligne \u00e0 laquelle l’exception arrive, et pas exactement quelle instruction \/ portion de code a g\u00e9n\u00e9r\u00e9 cette exception.<\/p>\n SAP a impl\u00e9ment\u00e9 dans sa JVM (depuis 2006!) une version am\u00e9lior\u00e9e des messages des NPE. Fort de cette exp\u00e9rience, l’impl\u00e9mentation en a \u00e9t\u00e9 revue dans OpenJDK, \u00e0 mon grand regret il faut ajouter une option au d\u00e9marrage de la JVM, Pour comparaison, voici les messages d’erreurs standard pour des NullPointerException<\/strong>.\nOn peut remarquer qu’on ne distingue pas quel objet est nulle : a ? a.s ?<\/p>\n Ex\u00e9cuter les m\u00eame ligne de code mais en activant les messages d’erreur utile pour les NPE va nous donner pr\u00e9cis\u00e9ment quel objet est nul et quelle op\u00e9ration a g\u00e9n\u00e9r\u00e9e un NPE sur cet objet (read, write, appel de m\u00e9thode).<\/p>\n Plus d’information dans la JEP : https:\/\/openjdk.java.net\/jeps\/358<\/a><\/a><\/p>\n En citant la JEP : Records provides a compact syntax for declaring classes which are transparent holders for shallowly immutable data<\/em><\/strong>.<\/p>\n C’est un nouveau type Java (comme class et enum), son but est d’\u00eatre un conteneur de donn\u00e9s. Les Records sont implicitement final et ne peuvent \u00eatre abstrait.<\/p>\n Les Records fournissent une impl\u00e9mentation par d\u00e9faut pour du code boilerplate que vous auriez sinon g\u00e9n\u00e9r\u00e9 via votre IDE.<\/p>\n Tous les Records ont des accesseurs publique (mais les champs sont priv\u00e9) et une m\u00e9thode Tous les Records ont les m\u00e9thodes Vous pouvez red\u00e9finir les m\u00e9thodes et constructeurs par d\u00e9faut d’un Record.<\/p>\n Quand vous red\u00e9finissez le constructeur par d\u00e9faut, il n’y a pas besoin de r\u00e9p\u00e9ter l\u2019initialisation des champs et vous pouvez directement acc\u00e9der aux champs du Record.<\/p>\n Plus d’information dans la JEP : https:\/\/openjdk.java.net\/jeps\/359<\/a><\/a><\/p>\n Chaque d\u00e9veloppeur a d\u00e9j\u00e0 \u00e9crit du code qui ressemble \u00e0 \u00e7a avec l’op\u00e9rateur instanceof<\/strong>:<\/p>\n Le cast apr\u00e8s l’instanceof<\/strong> semble superflu car on vient de tester le type de l’objet.\nEt c’est l\u00e0 qu’entre en sc\u00e8ne le pattern matching<\/em>, il va permettre de v\u00e9rifier qu’un objet est d’un type pr\u00e9cis (comme instanceof<\/strong> le fait) et \u00ab\u00a0extraire<\/em>\u00a0\u00bb la \u00ab\u00a0forme<\/em>\u00a0\u00bb de l’objet dans une nouvelle variable. On va donc pouvoir remplacer le code pr\u00e9c\u00e9dent par celui-ci<\/p>\n Plus besoin de cast<\/em>, et on assigne \u00e0 une variable locale au bloc qui va permettre d’utiliser directement l’objet via son type v\u00e9rifi\u00e9 par l’op\u00e9rateur instanceof<\/strong>.\nPour utiliser le pattern matching<\/em>, il faut ajouter l’option Voici un exemple un peu plus complet via JSHell.<\/p>\n Plus d’information dans la JEP : https:\/\/openjdk.java.net\/jeps\/305<\/a><\/a><\/p>\n Brian Goetz a \u00e9crit un article plus vaste sur le Pattern Matching<\/em> qui pr\u00e9lude de ce qui pourrais arriver dans les prochaines versions de Java sur le sujet : https:\/\/cr.openjdk.java.net\/~briangoetz\/amber\/pattern-match.html<\/a><\/a><\/p>\n jpackage<\/strong> est un outil permettant de packager votre application dans un format natif \u00e0 votre OS (attention, c’est le format de packaging qui est natif par votre application, cela n’a rien \u00e0 voire avec GraalVM native image).<\/p>\n Mon OS \u00e9tant Ubuntu, jpackage<\/strong> va me permettre de packager mon application au format .deb<\/strong>. Je vais prendre comme exemple l’application getting-started <\/a>de Quarkus.<\/p>\n Tout d’abord, il faut utiliser jpackage<\/strong> pour g\u00e9n\u00e9rer un package. Il faut lui passer le r\u00e9pertoire de votre application (–input) et son main (ici –main-jar pour pr\u00e9ciser le jar contenant le main).<\/p>\n Ensuite, je peux utiliser dpkg<\/strong> pour installer ce package sur mon OS.<\/p>\n L’application sera install\u00e9e dans \/opt\/getting-started, pour la lancer il y a un ex\u00e9cutable dans le r\u00e9pertoire bin.<\/p>\n Les fichiers de notre application se retrouvent dans \/opt\/getting-started\/lib\/app\/, d’autre r\u00e9pertoires contiennent les fichiers propres \u00e0 jpackage<\/strong>.<\/p>\n Pour finir, nous pouvons d\u00e9sinstaller le package via la commande dpkg<\/strong><\/p>\n Plus d’information dans la JEP : https:\/\/openjdk.java.net\/jeps\/343<\/a><\/a><\/p>\n L’API Plus d’information dans la JEP : https:\/\/openjdk.java.net\/jeps\/352<\/a><\/a><\/p>\n Un nouveau module incubator a \u00e9t\u00e9 cr\u00e9\u00e9 pour d\u00e9finir une nouvelle API d’acc\u00e8s \u00e0 la m\u00e9moire hors-heap.<\/p>\n Cette fonctionnalit\u00e9 est plut\u00f4t \u00e0 destination des d\u00e9veloppeurs de framework comme il est rare de devoir acc\u00e9der \u00e0 de la m\u00e9moire native depuis une application Java. Jusqu’alors ils utilisaient principalement Voici un exemple d’usage simple (l’API est faite pour couvrir des cas beaucoup plus complexe avec la notion de memory layout et de stride pour les multi-dimension).<\/p>\n Plus d’information dans le JEP : https:\/\/openjdk.java.net\/jeps\/370<\/a><\/a><\/p>\n Beaucoup de nouveaut\u00e9s du c\u00f4t\u00e9 des GC, des nouvelles fonctionnalit\u00e9, de la performance, de la d\u00e9pr\u00e9cation et de la suppression !<\/p>\n G1 a \u00e9t\u00e9 modifi\u00e9 pour \u00eatre \u00ab\u00a0NUMA-Aware\u00a0\u00bb. NUMA – Non Uniform Memory Access<\/em> – est une des caract\u00e9ristiques des architectures CPU modernes ; pour faire tr\u00e8s simples, le co\u00fbt d’acc\u00e8s cache \/ m\u00e9moire peut \u00eatre diff\u00e9rent d’un c\u0153ur \u00e0 l’autre de CPU vers une ligne de cache \/\u00a0une barrette de m\u00e9moire.<\/p>\n L’algorithme de G1 a \u00e9t\u00e9 modifi\u00e9 pour en tenir compte (pr\u00e9f\u00e9rer une allocation plus proche du CPU). Le ParalleCG est NUMA-aware depuis longtemps, G1 comble donc juste son retard sur le sujet.<\/p>\n Cette fonctionnalit\u00e9 cible principalement les machines ayant plusieurs sockets ou un grand nombre de c\u0153urs, certains benchmarks agressifs c\u00f4t\u00e9 GC montrent une optimisation des performances de l’ordre de 5% avec l’option Plus d’information dans le JEP : https:\/\/openjdk.java.net\/jeps\/345<\/a><\/a><\/p>\n Apr\u00e8s avoir \u00e9t\u00e9 d\u00e9pr\u00e9ci\u00e9 avec Java 9, CMS est finalement supprim\u00e9 avec Java 14, personne dans la communaut\u00e9 n’ayant voulu le maintenir.<\/p>\n CMS \u00e9tait un algorithme de GC concurrent tr\u00e8s performant, ciblant les heap de taille moyenne et hautement configurable. Il souffrait du manque de phase de compaction et Oracle voulant investir de plus en plus dans G1 et ZGC ne d\u00e9sirait plus maintenir un algorithme concurrent de plus.<\/p>\n Jusqu’il y a peu, c’\u00e9tait un des algorithmes les plus performants pour les heap de moyennes tailles, et bien souvent on n’arrivait pas \u00e0 configurer G1 pour avoir des performances aussi hautes. Esp\u00e9rons qu’avec les nouvelles optimisations r\u00e9alis\u00e9 dans G1 dans les derni\u00e8res version de Java il arrive d\u00e9sormais \u00e0 tenir la t\u00eate \u00e0 CMS … ou alors il y a toujours ZGC et Shenandoah ….<\/p>\n Plus d’information dans le JEP : https:\/\/openjdk.java.net\/jeps\/363<\/a><\/a><\/p>\n Le Garbage Collector ZGC a \u00e9t\u00e9 port\u00e9 sur Windows (version 1803 de Windows 10 minimum) et macOS.<\/p>\n Plus d’information dans les JEP https:\/\/openjdk.java.net\/jeps\/364<\/a><\/a> et https:\/\/openjdk.java.net\/jeps\/365<\/a><\/a><\/p>\n JDK-8204951 – Investigate to use WorkGang for Parallel GC<\/strong> : changement dans la gestion des threads du ParallelGC, il utilise d\u00e9sormais le m\u00eame WorkGang que les autres GC. Moins de co\u00fbt de maintenance donc et surtout des performances GC optimis\u00e9s\u00a0entre 0% et 40% d\u00e9pendant du benchmark (moyenne de 10%).<\/p>\n Plus d’information dans le JBS : https:\/\/bugs.openjdk.java.net\/browse\/JDK-8204951<\/a><\/a><\/p>\n JDK-8220465 – Use shadow regions for faster ParallelGC full GCs<\/strong> : optimisation de l’impl\u00e9mentation des full collection pour le ParallelGC. Les tests ont montr\u00e9 des performances x2 \u00e0 x3 en cas de full GC !<\/p>\n Plus d’information dans le JBS : https:\/\/bugs.openjdk.java.net\/browse\/JDK-8220465<\/a><\/a><\/p>","protected":false},"excerpt":{"rendered":" Maintenant que Java 14 est features complete (Rampdown Phase One 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 version de Java, pour ceux qui voudraient les lires en voici les liens : Java 13, Java 12, Java 11,\u00a0Java 10,\u00a0et\u00a0Java 9. \u00c0 l’inverse des pr\u00e9c\u00e9dentes version de Java, la version 14 apporte beaucoup de fonctionnalit\u00e9s,…JEP 361: Switch Expressions (Standard)<\/h2>\n
JEP 368: Text Blocks (Second Preview)<\/h2>\n
'\\'<\/code> et '\\s'<\/code>.<\/p>\n'\\'<\/code> permet de mettre sur plusieurs lignes une String qui doit en \u00eatre sur une seule (comme en shell).<\/p>\nString text = \"\"\"\n Lorem \\\n ipsum \\\n dolor \\\n \"\"\";\nSystem.out.println(text); \/\/ Lorem impsum dolor\n<\/pre>\n
'\\s'<\/code> permet d’ajouter un espace (\\u0020)<\/p>\nString colors = \"\"\"\n red \\s\n green\\s\n blue \\s\n \"\"\";\n<\/pre>\n
JEP 358: Helpful NullPointerExceptions<\/h2>\n
-XX:+ShowCodeDetailsInExceptionMessages<\/code>, pour activer cette fonctionnalit\u00e9 fort utile.<\/p>\n$ jshell\n| Welcome to JShell -- Version 14-ea\n| For an introduction type: \/help intro\n\njshell> public class A { public String s;}\n| created class A\n\njshell> A a;\na ==> null\n\njshell> a.s.toString()\n| Exception java.lang.NullPointerException\n| at (#3:1)\n\njshell> a.s = \"toto\";\n| Exception java.lang.NullPointerException\n| at (#4:1)\n\njshell> a = new A();\na ==> A@3f8f9dd6\n\njshell> a.s.toString()\n| Exception java.lang.NullPointerException\n| at (#6:1)\n\njshell> \n<\/pre>\n$ jshell -R-XX:+ShowCodeDetailsInExceptionMessages\n| Welcome to JShell -- Version 14-ea\n| For an introduction type: \/help intro\n\njshell> public class A { public String s;}\n| created class A\n\njshell> A a;\na ==> null\n\njshell> a.s.toString()\n| Exception java.lang.NullPointerException: Cannot read field \"s\" because \"REPL.$JShell$12.a\" is null\n| at (#3:1)\n\njshell> a.s = \"toto\";\n| Exception java.lang.NullPointerException: Cannot assign field \"s\" because \"REPL.$JShell$12.a\" is null\n| at (#4:1)\n\njshell> a = new A();\na ==> A@3f8f9dd6\n\njshell> a.s.toString()\n| Exception java.lang.NullPointerException: Cannot invoke \"String.toString()\" because \"REPL.$JShell$12.a.s\" is null\n| at (#6:1)\n\njshell>\n<\/pre>\nJEP 359: Records (Preview)<\/h2>\n
\njshell> record Point(int x, int y) { }\n\njshell> Point p = new Point(); \/\/ all fields need to be initialized at construction time\n| Error:\n| constructor Point in record Point cannot be applied to given types;\n| required: int,int\n| found: no arguments\n| reason: actual and formal argument lists differ in length\n| Point p = new Point();\n| ^---------^\n\njshell> Point p = new Point(1, 1);\np ==> Point[x=1, y=1]\n<\/pre>\ntoString<\/code>.<\/p>\n\njshell> p.x \/\/field is private\n| Error:\n| x has private access in Point\n| p.x\n| ^-^\n\njshell> p.x(); \/\/public accessor\n$8 ==> 1\n\njshell> p.toString(); \/\/default toString()\n$9 ==> \"Point[x=1, y=1]\"\n<\/pre>\n
equals<\/code> et hashCode<\/code> dont les impl\u00e9mentations sont bas\u00e9 sur le type du Record et son \u00e9tat (ses champs donc).<\/p>\njshell> Point other = new Point(1,1);\nother ==> Point[x=1, y=1]\n\njshell> other.equals(p);\n$11 ==> true\n\njshell> other == p\n$12 ==> false\n<\/pre>\n
record Range(int lo, int hi) {\n public Range {\n if (lo > hi) \/* referring here to the implicit constructor parameters *\/\n throw new IllegalArgumentException(String.format(\"(%d,%d)\", lo, hi));\n }\n}\n<\/pre>\nJEP 305: Pattern Matching for instanceof (Preview)<\/h2>\n
if (obj instanceof Integer) {\n int intValue = ((Integer) obj).intValue();\n \/\/ use intValue\n}\n<\/pre>\nif (obj instanceof Integer intValue) {\n \/\/ use intValue\n}\n<\/pre>\n--enable-preview<\/code> a votre ligne de commande car c’est pour l’instant une fonctionnalit\u00e9 en preview.<\/p>\n$ jshell --enable-preview\n| Welcome to JShell -- Version 14-ea\n| For an introduction type: \/help intro\n\njshell> public void print(Object o) {\n ...> if(o instanceof String s) System.out.println(\"String =>\" + s);\n ...> if(o instanceof Integer i) System.out.println(\"Integer =>\" + i);\n ...> }\n| created method print(Object)\n\njshell> print(1)\nInteger =>1\n\njshell> print(\"toto\")\nString =>toto\n\n<\/pre>\nDivers<\/h2>\n
@Serial<\/code> qui permet de marquer des champs\/m\u00e9thodes comme relatif \u00e0 la s\u00e9rialisation. Comme le protocole de s\u00e9rialisation est bas\u00e9 sur des champs et m\u00e9thodes standard<\/em> et pas un m\u00e9canisme ancr\u00e9 dans le JDK, le compilateur ne pouvait pas valider la signature de ces champs et m\u00e9thodes. Maintenant en annotant un champ (serialVersionUID par exemple) ou une m\u00e9thode (writeObject par exemple) avec @Serial<\/code> le compilateur pourra v\u00e9rifier la bonne signature des champs et m\u00e9thodes relatifs \u00e0 la s\u00e9rialisation et \u00e9viter les possibles erreurs de d\u00e9veloppement.<\/li>\n<\/ul>\nJEP 343: Packaging Tool (Incubator)<\/h2>\n
$ jpackage --name getting-started --input target --main-jar getting-started-1.0-SNAPSHOT-runner.jar\nWARNING: Using incubator modules: jdk.incubator.jpackage\n<\/pre>\n
$ sudo dpkg -i getting-started_1.0-1_amd64.deb \nS\u00e9lection du paquet getting-started pr\u00e9c\u00e9demment d\u00e9s\u00e9lectionn\u00e9.\n(Lecture de la base de donn\u00e9es... 256348 fichiers et r\u00e9pertoires d\u00e9j\u00e0 install\u00e9s.)\nPr\u00e9paration du d\u00e9paquetage de getting-started_1.0-1_amd64.deb ...\nD\u00e9paquetage de getting-started (1.0-1) ...\nParam\u00e9trage de getting-started (1.0-1) ...\n<\/pre>\n
$ \/opt\/getting-started\/bin\/getting-started \n2019-12-31 17:17:25,933 INFO [io.quarkus] (main) getting-started 1.0-SNAPSHOT (running on Quarkus 1.0.1.Final) started in 1.130s. Listening on: http:\/\/0.0.0.0:8080\n2019-12-31 17:17:25,937 INFO [io.quarkus] (main) Profile prod activated. \n2019-12-31 17:17:25,937 INFO [io.quarkus] (main) Installed features: [agroal, cdi, resteasy]\n<\/pre>\n
$ sudo dpkg -r getting-started\n(Lecture de la base de donn\u00e9es... 256753 fichiers et r\u00e9pertoires d\u00e9j\u00e0 install\u00e9s.)\nSuppression de getting-started (1.0-1) ...\n<\/pre>\n
JEP 352: Non-Volatile Mapped Byte Buffers<\/h2>\n
MappedByteBuffer<\/code> a \u00e9t\u00e9 mise \u00e0 jour pour permettre le support des Non-Volatile Memory<\/em> (NVM).<\/p>\nJEP 370: Foreign-Memory Access API (Incubator)<\/h2>\n
ByteBuffer<\/code> et Unsafe<\/code>. Comme l’utilisation d’Unsafe<\/code> est fortement d\u00e9conseill\u00e9 et que ByteBuffer<\/code>\u00a0a de nombreux d\u00e9savantage, cette nouvelle API se veut plus pratique \u00e0 utiliser et aussi performante qu’Unsafe<\/code> (voir plus car designer pour tirer parti des optimisations du JIT).<\/p>\nVarHandle intHandle = MemoryHandles.varHandle(int.class);\n\ntry (MemorySegment segment = MemorySegment.allocateNative(100)) {\n MemoryAddress base = segment.baseAddress();\n for (int i = 0 ; i < 25 ; i++) {\n intHandle.set(base.offset(i * 4), i);\n }\n}\n<\/pre>\nGarbage Collector<\/h2>\n
JEP 345: NUMA-Aware Memory Allocation for G1<\/h3>\n
+UseNUMA<\/code>.<\/p>\nJEP 363: Remove the Concurrent Mark Sweep (CMS) Garbage Collector<\/h3>\n
JEP 365: ZGC on Windows et JEP 364: ZGC on macOS<\/h3>\n
Parallel GC<\/h3>\n