{"id":165062,"date":"2026-03-17T23:11:55","date_gmt":"2026-03-17T21:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm"},"modified":"2026-03-17T23:11:55","modified_gmt":"2026-03-17T21:11:55","slug":"vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sq\/blog\/news\/vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm","title":{"rendered":"L\u00ebshimi i Java SE 26 dhe OpenJDK 26. Projekti p\u00ebr integrimin e mb\u00ebshtetjes p\u00ebr JavaScript dhe Python n\u00eb JVM","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Pas six mois de d\u00e9veloppement, Oracle a publi\u00e9 la plateforme Java SE 26 (Java Platform, Standard Edition 26), dont la r\u00e9alisation de r\u00e9f\u00e9rence est le projet open source OpenJDK. Except\u00e9 la suppression de certaines fonctionnalit\u00e9s obsol\u00e8tes, Java SE 26 maintient la compatibilit\u00e9 descendante avec les versions pr\u00e9c\u00e9dentes de la plateforme Java \u2014 la plupart des projets Java pr\u00e9c\u00e9demment \u00e9crits fonctionneront sans modifications sous la nouvelle version. Des builds pr\u00eates \u00e0 installer de Java SE 26 (JDK, JRE et Server JRE) sont pr\u00e9par\u00e9es pour Linux (x86_64, AArch64), Windows (x86_64) et macOS (x86_64, AArch64). La r\u00e9alisation de r\u00e9f\u00e9rence pour Java SE 26 d\u00e9velopp\u00e9e dans le cadre du projet OpenJDK est enti\u00e8rement ouverte sous la licence GPLv2 avec des exceptions GNU ClassPath, permettant la liaison dynamique avec des produits commerciaux. <\/p>\n
Java SE 26 est class\u00e9 comme une version avec un cycle de support normal, avec des mises \u00e0 jour publi\u00e9es jusqu'\u00e0 la prochaine version. Pour une branche \u00e0 long terme (LTS), Java SE 25, Java SE 21 ou Java SE 17 doivent \u00eatre utilis\u00e9es, avec des mises \u00e0 jour publi\u00e9es jusqu'en 2033, 2031 et 2029 respectivement (publiquement disponibles jusqu'en septembre 2030, 2028 et 2026). Le support \u00e9tendu de la branche LTS Java SE 8 se poursuivra jusqu'en 2030, et celui de Java SE 11 jusqu'en 2032. <\/p>\n
Un avertissement a \u00e9t\u00e9 impl\u00e9ment\u00e9 lors de l'utilisation de la r\u00e9flexion profonde pour modifier des champs marqu\u00e9s avec le mot-cl\u00e9 \u00ab final \u00bb. \u00c0 l'avenir, il est pr\u00e9vu de d\u00e9sactiver par d\u00e9faut les fonctionnalit\u00e9s non s\u00e9curis\u00e9es du langage et, entre autres, de rendre les champs marqu\u00e9s comme final compl\u00e8tement immuables, supprimant les contournements pour les modifier via la r\u00e9flexion profonde (API Reflection).\n
API Applet (java.applet.Applet*, javax.swing.JApplet) \u00ebsht\u00eb hequr, i cili \u00ebsht\u00eb p\u00ebrdorur p\u00ebr t\u00eb nisur aplikacionet Java n\u00eb shfletues. Ky API ka humbur aktualitetin pas nd\u00ebrprerjes s\u00eb mb\u00ebshtetjes p\u00ebr plugin-in Java p\u00ebr shfletuesit dhe \u00ebsht\u00eb shpallur i vjetruar n\u00eb vitin 2021.\n
La possibilit\u00e9 d'utiliser un cache pr\u00e9form\u00e9 (AOT \u2014 ahead-of-time) avec tous les collecteurs de d\u00e9chets, y compris ZGC (Z Garbage Collector), a \u00e9t\u00e9 mise en \u0153uvre. Ce changement implique la prise en charge du chargement s\u00e9quentiel d'objets Java en cache en m\u00e9moire, en utilisant un format universel et ind\u00e9pendant des collecteurs de d\u00e9chets au lieu d'un mappage direct vers des repr\u00e9sentations en cache sp\u00e9cifiques. L'utilisation du cache AOT r\u00e9duit le temps de d\u00e9marrage et acc\u00e9l\u00e8re la mont\u00e9e en temp\u00e9rature (warmup) de la machine virtuelle HotSpot.\n
N\u00eb API HTTP Client \u00ebsht\u00eb shtuar mb\u00ebshtetje p\u00ebr protokollin HTTP\/3, i cili lejon aplikacioneve dhe bibliotekave t\u00eb lidhen me server\u00ebt p\u00ebrmes HTTP\/3 pas ndryshimeve minimale n\u00eb kod.\n
\u00cbsht\u00eb p\u00ebrmir\u00ebsuar performanca e thjeshtuesit t\u00eb pleh\u00ebrave G1, fal\u00eb zvog\u00eblimit t\u00eb bllokimeve p\u00ebr sinkronizimin e proceseve t\u00eb aplikacionit me proceset e thjeshtuesit t\u00eb pleh\u00ebrave.\n
\u00cbsht\u00eb propozuar nj\u00eb variant i dyt\u00eb paraprak i API p\u00ebr kodimin dhe dekodimin e objekteve me \u00e7el\u00ebsa kriptografik\u00eb, certifikata dhe lista t\u00eb t\u00ebrhequra certifikatash, duke p\u00ebrdorur formatin PEM (Pivacy-Enhanced Mail).\n
\u00cbsht\u00eb propozuar p\u00ebr testim nj\u00eb variant i gjasht\u00eb paraprak i API p\u00ebr paralelizmin e strukturuar (Structured Concurrency), i cili thjeshton zhvillimin e aplikacioneve me shum\u00eb procese p\u00ebrmes trajtimit t\u00eb disa detyrave q\u00eb ekzekutohen n\u00eb procese t\u00eb ndryshme si nj\u00eb nj\u00ebsi t\u00eb vetme.\n
Shtimi i redaktimit t\u00eb dyt\u00eb t\u00eb parazgjedhur t\u00eb API-t Lazy Constants p\u00ebr t\u00eb punuar me objekte q\u00eb p\u00ebrmbajn\u00eb t\u00eb dh\u00ebna t\u00eb pandryshueshme dhe q\u00eb p\u00ebrpunohen n\u00eb JVM si q\u00ebndra. P\u00ebr k\u00ebto objekte aplikohen optimizime t\u00eb performanc\u00ebs, t\u00eb ngjashme me fushat me fjal\u00ebn ky\u00e7e \u00abfinal\u00bb. Ndryshe nga \u00abfinal\u00bb, API i ri ndan krijimin e vlerave konstante dhe inicializimin e tyre, garanton q\u00eb vlera mund t\u00eb inicializohet vet\u00ebm nj\u00eb her\u00eb, zvog\u00eblon koh\u00ebn e fillimit t\u00eb programeve dhe lejon aplikimin n\u00eb kodin e p\u00ebrdoruesit t\u00eb optimizimeve t\u00eb p\u00ebrmbledhjes s\u00eb konstantave (constant-folding), q\u00eb m\u00eb par\u00eb ishin p\u00ebrdorur vet\u00ebm n\u00eb kodin e brendsh\u00ebm t\u00eb JDK. class Application { \/\/ Ishte: \/\/ static final UserService USERS = new UserService(); \/\/ Tani mund t\u00eb thuhet: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
N\u00eb mekanizmin e p\u00ebrcaktimit t\u00eb modelit \u00ebsht\u00eb propozuar nj\u00eb version i kat\u00ebrt paraprak p\u00ebr mund\u00ebsin\u00eb e p\u00ebrdorimit t\u00eb tipeve primar\u00eb (int, byte, char dhe tipe t\u00eb tjera baz\u00eb q\u00eb nuk jan\u00eb objekte) n\u00eb t\u00eb gjitha llojet e template-ve, n\u00eb operatorin \u00abinstanceof\u00bb dhe n\u00eb blloqet \u00abswitch\u00bb. switch (x.getStatus()) { case 0 -> \u00abok\u00bb; case 1 -> \u00abalarm\u00bb; case 2 -> \u00abgabim\u00bb; case int i -> \u00abstatus i panjohur: \u00bb + i; } if (i instanceof byte b) { ... b ... }\n
\u00cbsht\u00eb propozuar nj\u00eb implementim i nj\u00ebmb\u00ebdhjet\u00eb testues i API Vector, i cili ofron funksione p\u00ebr llogaritje vektoriale, t\u00eb cilat realizohen duke p\u00ebrdorur instruksionet vektoriale t\u00eb procesor\u00ebve x86_64 dhe AArch64 dhe lejojn\u00eb zbatimin e operacioneve nj\u00ebherazi p\u00ebr disa vlera (SIMD). Ndryshe nga mund\u00ebsit\u00eb e ofruara n\u00eb kompiluesin JIT HotSpot p\u00ebr avtokompaktimin e operacioneve skalar\u00eb, API i ri ofron mund\u00ebsin\u00eb p\u00ebr t\u00eb menaxhuar qartazi vektorizimin p\u00ebr p\u00ebrpunimin paralel t\u00eb t\u00eb dh\u00ebnave. <\/ul>\n
P\u00ebr m\u00eb tep\u00ebr, kompania Oracle njoftoi projektin Detroit, i cili do t\u00eb zhvillohet si pjes\u00eb e OpenJDK dhe ka p\u00ebr q\u00ebllim t\u00eb p\u00ebrmir\u00ebsoj\u00eb portimin midis Java, JavaScript dhe Python. N\u00eb kuad\u00ebr t\u00eb projektit, synohet t\u00eb ofrohet mund\u00ebsia e integrimit n\u00eb procesin JVM runtime me motorin JavaScript V8 dhe interpretorin CPython. M\u00eb par\u00eb, kompania Oracle kishte zhvilluar motorin JavaScript Nashorn, q\u00eb punonte sip\u00ebr makineris\u00eb virtuale JVM, por e nd\u00ebrpreu projektin p\u00ebr shkak t\u00eb problemeve n\u00eb zhvillimin e nj\u00eb zbatimi t\u00eb ve\u00e7ant\u00eb t\u00eb JavaScript n\u00eb kushte kur ekosistema kryesore ishte e lidhur me motorin V8. <\/p>\n
S\u00eb bashku, mund t\u00eb p\u00ebrmendim publikimin e p\u00ebrdit\u00ebsimit t\u00eb platform\u00ebs p\u00ebr krijimin e aplikacioneve me nd\u00ebrfaqe grafike JavaFX 26. N\u00eb or\u00ebt e ardhshme pritet gjithashtu publikimi i makin\u00ebs univerzale GraalVM 26, e cila mb\u00ebshtet ekzekutimin e aplikacioneve n\u00eb JavaScript (Node.js), Python, Ruby, R, \u00e7do gjuh\u00eb p\u00ebr JVM (Java, Scala, Clojure, Kotlin) dhe gjuh\u00ebt p\u00ebr t\u00eb cilat mund t\u00eb formohet bitkodi LLVM (C, C++, Rust). \n Burimi: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"