{"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\/pl\/blog\/news\/vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm","title":{"rendered":"Wydanie Java SE 26 i OpenJDK 26. Projekt integracji wsparcia dla JavaScript i Pythona w JVM","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po sze\u015bciu miesi\u0105cach prac rozwojowych firma Oracle opublikowa\u0142a platform\u0119 Java SE 26 (Java Platform, Standard Edition 26), kt\u00f3rej standardow\u0105 implementacj\u0105 jest otwarty projekt OpenJDK. Z wyj\u0105tkiem usuni\u0119cia niekt\u00f3rych przestarza\u0142ych mo\u017cliwo\u015bci w Java SE 26, zachowano wsteczn\u0105 zgodno\u015b\u0107 z wcze\u015bniejszymi wydaniami platformy Java \u2014 wi\u0119kszo\u015b\u0107 wcze\u015bniej napisanych projekt\u00f3w Java b\u0119dzie dzia\u0142a\u0107 bez zmian na nowej wersji. Gotowe do instalacji pakiety Java SE 26 (JDK, JRE i Server JRE) zosta\u0142y przygotowane dla system\u00f3w Linux (x86_64, AArch64), Windows (x86_64) i macOS (x86_64, AArch64). Standardowa implementacja Java SE 26 opracowana w ramach projektu OpenJDK jest ca\u0142kowicie otwarta na licencji GPLv2 z wyj\u0105tkami GNU ClassPath, kt\u00f3re umo\u017cliwiaj\u0105 dynamiczne powi\u0105zanie z komercyjnymi produktami. <\/p>\n
Java SE 26 zaliczany jest do kategorii wyda\u0144 z normalnym okresem wsparcia, aktualizacje b\u0119d\u0105 wydawane do nast\u0119pnej wersji. Jako wersj\u0119 z d\u0142ugoterminowym wsparciem (LTS) nale\u017cy u\u017cywa\u0107 Java SE 25, Java SE 21 lub Java SE 17, aktualizacje dla kt\u00f3rych b\u0119d\u0105 wydawane do 2033, 2031 i 2029 roku odpowiednio (publiczne \u2014 do wrze\u015bnia 2030, 2028 i 2026 roku). Rozszerzone wsparcie dla LTS Java SE 8 potrwa do 2030 roku, a dla Java SE 11 \u2014 do 2032 roku. <\/p>\n
W\u015br\u00f3d zmian w Java SE 26 (1, 2, 3, 4): <\/p>\n
\n
Wprowadzono wy\u015bwietlanie ostrze\u017cenia przy u\u017cywaniu g\u0142\u0119bokiej refleksji do zmiany p\u00f3l oznaczonych s\u0142owem kluczowym \u201efinal\u201d. W przysz\u0142o\u015bci planowane jest domy\u015blne wy\u0142\u0105czenie niebezpiecznych mo\u017cliwo\u015bci j\u0119zyka i, mi\u0119dzy innymi, uczynienie p\u00f3l oznaczonych jako final ca\u0142kowicie niemodyfikowalnymi, eliminuj\u0105c obej\u015bcie do ich zmiany za pomoc\u0105 g\u0142\u0119bokiej refleksji (API Reflection).\n
Usuni\u0119to API Applet (java.applet.Applet*, javax.swing.JApplet), stosowane do uruchamiania aplikacji Java w przegl\u0105darce. API to straci\u0142o na znaczeniu po zaprzestaniu wsparcia dla wtyczki Java w przegl\u0105darkach i zosta\u0142o uznane za przestarza\u0142e w 2021 roku.\n
Zrealizowano mo\u017cliwo\u015b\u0107 korzystania z wst\u0119pnie formowanego pami\u0119ci podr\u0119cznej (AOT \u2014 ahead-of-time) z dowolnymi zbieraczami \u015bmieci, w tym ZGC (Z Garbage Collector). Zmiana ta wprowadza wsparcie dla sekwencyjnego \u0142adowania zbuforowanych obiekt\u00f3w Java do pami\u0119ci, u\u017cywaj\u0105c uniwersalnego formatu niezale\u017cnego od zbieraczy \u015bmieci, zamiast bezpo\u015bredniego mapowania do pami\u0119ci specyficznych dla obiekt\u00f3w reprezentacji pami\u0119ci podr\u0119cznej. U\u017cycie pami\u0119ci podr\u0119cznej AOT skraca czas uruchamiania i przyspiesza aktualizacj\u0119 (warmup) wirtualnej maszyny HotSpot.\n
W API HTTP Client dodano wsparcie dla protoko\u0142u HTTP\/3, umo\u017cliwiaj\u0105c aplikacjom i bibliotekom \u0142\u0105czenie si\u0119 z serwerami za pomoc\u0105 HTTP\/3 po minimalnych zmianach w kodzie.\n
Zwi\u0119kszono wydajno\u015b\u0107 zbieracza \u015bmieci G1, dzi\u0119ki redukcji blokad dla synchronizacji w\u0105tk\u00f3w aplikacji z w\u0105tkami zbieracza \u015bmieci.\n
Zaprezentowano drug\u0105 wst\u0119pn\u0105 wersj\u0119 API do kodowania i dekodowania obiekt\u00f3w z kluczami kryptograficznymi, certyfikatami oraz listami uniewa\u017cnionych certyfikat\u00f3w, wykorzystuj\u0105c format PEM (Pivacy-Enhanced Mail).\n
Zaprezentowano do test\u00f3w sz\u00f3st\u0105 wst\u0119pn\u0105 wersj\u0119 API dla strukturalnego wsp\u00f3\u0142bie\u017cno\u015bci (Structured Concurrency), kt\u00f3ra upraszcza rozw\u00f3j aplikacji wielow\u0105tkowych poprzez traktowanie wielu zada\u0144 wykonywanych w r\u00f3\u017cnych w\u0105tkach jako jednego bloku.\n
Dodano drugie wst\u0119pne wydanie API Lazy Constants do pracy z obiektami zawieraj\u0105cymi niezmienne dane i przetwarzanymi w JVM jako sta\u0142e. Takie obiekty podlegaj\u0105 optymalizacjom wydajno\u015bci, podobnym do p\u00f3l z s\u0142owem kluczowym \u201efinal\u201d. W przeciwie\u0144stwie do \u201efinal\u201d, nowe API oddziela tworzenie sta\u0142ych warto\u015bci od ich inicjalizacji, zapewniaj\u0105c, \u017ce warto\u015b\u0107 mo\u017ce by\u0107 zainicjowana tylko raz, skracaj\u0105c czas uruchamiania program\u00f3w i umo\u017cliwiaj\u0105c stosowanie w kodzie u\u017cytkownika optymalizacji zwijania sta\u0142ych (constant-folding), wcze\u015bniej stosowanych tylko w wewn\u0119trznym kodzie JDK. class Application { \/\/ By\u0142o: \/\/ static final UserService USERS = new UserService(); \/\/ Teraz mo\u017cna: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
W mechanizmie dopasowywania wzorc\u00f3w zaproponowano czwart\u0105 wersj\u0119 wst\u0119pn\u0105 mo\u017cliwo\u015bci u\u017cycia typ\u00f3w prymitywnych (int, byte, char oraz inne podstawowe typy, kt\u00f3re nie s\u0105 obiektami) we wszystkich rodzajach szablon\u00f3w, w operatorze \u201einstanceof\u201d oraz w blokach \u201eswitch\u201d. switch (x.getStatus()) { case 0 -> \u201eokay\u201d; case 1 -> \u201ewarning\u201d; case 2 -> \u201eerror\u201d; case int i -> \u201enieznany status: \u201d + i; } if (i instanceof byte b) { \u2026 b \u2026 }\n
Zaproponowano jedenast\u0105 testow\u0105 implementacj\u0119 API Vector, oferuj\u0105c\u0105 funkcje do oblicze\u0144 wektorowych, kt\u00f3re s\u0105 realizowane z wykorzystaniem instrukcji wektorowych procesor\u00f3w x86_64 i AArch64, pozwalaj\u0105cymi na jednoczesne zastosowanie operacji do wielu warto\u015bci (SIMD). W przeciwie\u0144stwie do mo\u017cliwo\u015bci automatycznej wektoryzacji operacji skalarnych oferowanych w kompilatorze JIT HotSpot, nowe API daje mo\u017cliwo\u015b\u0107 jawnego zarz\u0105dzania wektoryzacj\u0105 dla r\u00f3wnoleg\u0142ego przetwarzania danych. <\/ul>\n
Dodatkowo, firma Oracle og\u0142osi\u0142a projekt Detroit, kt\u00f3ry b\u0119dzie rozwijany w ramach OpenJDK i jest skierowany na popraw\u0119 przeno\u015bno\u015bci pomi\u0119dzy Java, JavaScript i Python. W ramach projektu zamierzaj\u0105 udost\u0119pni\u0107 mo\u017cliwo\u015b\u0107 wbudowania w proces JVM runtime z silnikiem JavaScript V8 oraz interpreterem CPython. Wcze\u015bniej firma Oracle rozwija\u0142a silnik JavaScript Nashorn, dzia\u0142aj\u0105cy na wirtualnej maszynie JVM, ale zako\u0144czy\u0142a projekt z powodu trudno\u015bci z opracowaniem osobnej implementacji JavaScript w warunkach, gdy podstawowy ekosystem jest powi\u0105zany z silnikiem V8. <\/p>\n
Dodatkowo mo\u017cna zauwa\u017cy\u0107 publikacj\u0119 aktualizacji platformy do tworzenia aplikacji z graficznym interfejsem JavaFX 26. W najbli\u017cszych godzinach oczekiwany jest r\u00f3wnie\u017c wydanie uniwersalnej wirtualnej maszyny GraalVM 26, wspieraj\u0105cej uruchamianie aplikacji w JavaScript (Node.js), Pythonie, Rubym, R, dowolnych j\u0119zykach dla JVM (Java, Scala, Clojure, Kotlin) oraz w j\u0119zykach, dla kt\u00f3rych mo\u017ce by\u0107 generowany kod bitowy LLVM (C, C++, Rust). \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"