Java SE 26 ja OpenJDK 26 väljaanne. Projekt JavaScripti ja Python'i toe integreerimise kohta JVM-s

Pärast kuue kuu arendustööd avaldas Oracle Java SE 26 (Java Platform, Standard Edition 26), mille etaloniks on avatud projekt OpenJDK. Välja arvatud mõned vananenud funktsioonide eemaldamine, säilitab Java SE 26 tagasipöörduvuse varasemate Java platvormi versioonidega — enamik varasemalt kirjutatud Java projekte töötab uue versiooniga ilma muutusteta. Java SE 26 installimiseks valmis kogumid (JDK, JRE ja Server JRE) on ette valmistatud Linuxile (x86_64, AArch64), Windowsile (x86_64) ja macOS-ile (x86_64, AArch64). OpenJDK projekti raames väljatöötatud Java SE 26 etalonrakendus on täielikult avatud GPLv2 litsentsi alusel, kaasates GNU ClassPath, mis lubab dünaamilist sidumist kommertsproduktidega.

Java SE 26 kuulub tavalise toe kestusega väljaannete kategooriasse, mille uuendused ilmuvad kuni järgmise versioonini. Pikaajalise toe (LTS) haruna tuleks kasutada Java SE 25, Java SE 21 või Java SE 17, mille uuendusi antakse välja vastavalt kuni 2033, 2031 ja 2029. aastani (avalikud — kuni septembri 2030, 2028 ja 2026). LTS-haru Java SE 8 pikendatud tugi kestab kuni 2030. aastani, Java SE 11 aga kuni 2032. aastani.

Java SE 26 muudatuste seas (1, 2, 3, 4):

• Rakendatud on hoiatusi, kui kasutatakse sügavat refleksiooni muude 'final' märgisega väljade muutmiseks. Tulevikus on plaanis vaikimisi keelata keele ebaturvalised funktsioonid ja muu hulgas muuta 'final' nagu väljad täiesti muutumatuks, eemaldades võimaluse nende muutmiseks sügava refleksiooni (API Reflection) kaudu.
• Eemaldatud on Applet API (java.applet.Applet*, javax.swing.JApplet), mida kasutati Java rakenduste käivitamiseks brauseris. See API kaotas asjakohasuse pärast Java pluginade toe lõpetamist brauserites ja kuulutati 2021. aastal vananenuks.
• On valmis kasutamiseks eeltöödeldud vahemälu (AOT — ahead-of-time) koos kõikide prügikogujatega, sealhulgas ZGC (Z Garbage Collector). Muudatus hõlmab toetust järkjärgulise laadimise jaoks mälus vahemällu salvestatud Java objektide jaoks, kasutades universaalset ja prügikogujatest sõltumatut formaati, selle asemel et kasutada otse mällu kaardistamist vahemälu spetsiifilistele vaadetele. AOT vahemälu kasutamine vähendab käivitusaega ja kiirendab virtuaalse masina HotSpot soojendamist.
• HTTP Client API-sse on lisatud HTTP/3 protokolli tugi, mis võimaldab rakendustel ja teegidel pöörduda serverite poole HTTP/3 kaudu pärast minimaalseid koodimuudatusi.
• G1 prügikoguja jõudlust on parendatud, vähendades blokeeringute arvu rakenduse lõime ja prügikoguja lõime sünkroniseerimiseks.
• Pakutud on teine eelkoodide variant API-le, mis tegeleb krüpto võtmete, sertifikaatide ja tühistamiste nimekirjade kodeerimise ja dekodeerimisega, kasutades PEM (Pivacy-Enhanced Mail) formaati.
• Kuues eelkoodide variant API-le, mis käsitleb struktureeritud paralleelsust (Structured Concurrency), on testeeringuks. See lihtsustab mitme lõimega rakenduste arendamist, säästes mitme ülesande töötlemise ajal, mis täidetakse erinevates lõimedes, kui ühtset plokki.
• Teine eelkoodide variant Lazy Constants API-le on lisatud, et töötada objektidega, mis sisaldavad muutumatuid andmeid ja mida JVM-is töödeldakse kui konstandte. Nendele objektidele kehtivad jõudluse optimeerimised, mis on sarnased 'final' märksõnaga väljadel. Erinevalt 'final'-ist eraldab uus API konstantsete väärtuste loomise ja nende initsialiseerimise, tagades, et väärtust saab initsialiseerida ainult kord, vähendades programmide käivitusaega ja lubades kasutajakoodis rakendada konstantide kokkuvõtmise (constant-folding) optimeerimisi, mida varem rakendati ainult JDK-siseses koodis. class Application { // Oli: // static final UserService USERS = new UserService(); // Nüüd võib: static final StableValue<UserService> USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }
• Kohtuvõrdlemise mehhanismis on pakutud neljandat eelvariant võimalusest kasutada primitiivseid tüüpe (int, byte, char ja teised baastüübid, mis ei ole objektid) kõigis mallides, operatoris „instanceof“ ja „switch“ plokkides. switch (x.getStatus()) { case 0 -> „okei“; case 1 -> „hoiatus“; case 2 -> „viga“; case int i -> „tundmatu olek: ” + i; } if (i instanceof byte b) { … b … }
• Pakutud on üheteistkümnes testimise rakendusliides Vector, mis pakub funktsioone vektorkalkulatsioonideks, mis teostatakse x86_64 ja AArch64 protsessorite vektorinstruktsioonide abil ning võimaldavad kohe rakendada toiminguid mitmele väärtusele (SIMD). Erinevalt JIT-kompilaator HotSpot pakutud automaatvektoriseerimise võimalustest skalaarkalkulatsioonide jaoks, võimaldab uus API selgelt hallata vektorisatsiooni andmete paralleelseks töötlemiseks.

Lisaks on Oracle kuulutanud välja projekti Detroit, mis areneb osana OpenJDK-st ja on suunatud Java, JavaScripti ja Pythoni vahelise ühilduvuse parandamisele. Projekti raames plaanitakse pakkuda võimalust integreerida JVM runtime protsessi JavaScripti V8 mootori ja CPythoni tõlgiga. Varasemalt oli Oracle arendanud JavaScripti mootori Nashorn, mis töötas JVM-i virtuaalmasina kohal, kuid projekt peatati, kuna JavaScripti eraldi teostamise arendamine oli probleemne, kui põhiekosüsteem tugines V8 mootorile.

Lisaks võime märkida JavaFX 26 graafilise kasutajaliidese rakenduste arendamise platvormi värskenduse avaldamist. Järgmise paari tunni jooksul oodatakse ka universaalset GraalVM 26 virtuaalmasinat, mis toetab rakenduste käitamist JavaScriptis (Node.js), Pythoni, Ruby, R, kõigis JVM-i (Java, Scala, Clojure, Kotlin) keeltes ning keeltes, mille jaoks saab genereerida LLVM bitkoodi (C, C++, Rust).

Allikas: opennet.ru