{"id":103599,"date":"2022-03-23T15:37:14","date_gmt":"2022-03-23T13:37:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-18"},"modified":"2022-03-23T15:37:14","modified_gmt":"2022-03-23T13:37:14","slug":"vypusk-java-se-18","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-java-se-18","title":{"rendered":"Wydanie Java SE 18","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po sze\u015bciu miesi\u0105cach prac rozwojowych firma Oracle wyda\u0142a platform\u0119 Java SE 18 (Java Platform, Standard Edition 18), kt\u00f3rej referencyjna implementacja opiera si\u0119 na otwartym projekcie OpenJDK. Z wyj\u0105tkiem usuni\u0119cia niekt\u00f3rych przestarza\u0142ych funkcji, Java SE 18 zachowuje wsteczn\u0105 kompatybilno\u015b\u0107 z poprzednimi wersjami 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 zainstalowania pakiety Java SE 18 (JDK, JRE i Server JRE) s\u0105 przygotowane dla system\u00f3w Linux (x86_64, AArch64), Windows (x86_64) oraz macOS (x86_64, AArch64). Referencyjna implementacja Java 18 opracowana w ramach projektu OpenJDK jest ca\u0142kowicie otwarta na licencji GPLv2 z wyj\u0105tkami GNU ClassPath, kt\u00f3re pozwalaj\u0105 na dynamiczne wi\u0105zanie z produktami komercyjnymi. <\/p>\n
Java SE 18 nale\u017cy do kategorii wyda\u0144 z typowym wsparciem, aktualizacje b\u0119d\u0105 wydawane do czasu nast\u0119pnej wersji. Jako wersj\u0119 z d\u0142ugoterminowym wsparciem (LTS) nale\u017cy stosowa\u0107 Java SE 17, dla kt\u00f3rej aktualizacje b\u0119d\u0105 wydawane do roku 2029. Przypomnijmy, \u017ce od wydania Java 10 projekt przeszed\u0142 na nowy proces rozwoju, kt\u00f3ry przewiduje kr\u00f3tszy cykl wydawania nowych wersji. Nowa funkcjonalno\u015b\u0107 powstaje teraz w jednej, stale aktualizowanej ga\u0142\u0119zi master, do kt\u00f3rej w\u0142\u0105czane s\u0105 gotowe zmiany, a kt\u00f3rej ga\u0142\u0119zie stabilizacyjne s\u0105 odga\u0142\u0119ziane co sze\u015b\u0107 miesi\u0119cy. <\/p>\n
Domy\u015blnie u\u017cywana jest kodowanie UTF-8. API Java, kt\u00f3re przetwarzaj\u0105 dane tekstowe z uwzgl\u0119dnieniem kodowania znak\u00f3w, b\u0119d\u0105 teraz domy\u015blnie korzysta\u0107 z UTF-8 na wszystkich platformach, niezale\u017cnie od ustawie\u0144 systemowych i wybranej lokalizacji. Aby przywr\u00f3ci\u0107 stare zachowanie, w kt\u00f3rym kodowanie jest wybierane z uwzgl\u0119dnieniem lokalizacji systemowej, mo\u017cna u\u017cy\u0107 parametru «-Dfile.encoding=COMPAT».\n
W sk\u0142ad pakietu wchodzi com.sun.net.httpserver, kt\u00f3ry zawiera narz\u0119dzie jwebserver oraz interfejs API bibliotecznego z implementacj\u0105 prostego serwera http do dostarczania statycznych tre\u015bci (nie s\u0105 obs\u0142ugiwane obs\u0142ugiwacze CGI i podobne jak servlet). Wbudowany serwer http nie jest zoptymalizowany do obci\u0105\u017ce\u0144 roboczych i nie obs\u0142uguje kontroli dost\u0119pu ani uwierzytelniania, poniewa\u017c jest g\u0142\u00f3wnie skierowany do wykorzystania w procesie rozwoju, do tworzenia prototyp\u00f3w, debugowania i testowania projekt\u00f3w.\n
W JavaDoc wprowadzono wsparcie dla tagu «@snippet» do wstawiania dzia\u0142aj\u0105cych przyk\u0142ad\u00f3w i fragment\u00f3w kodu do dokumentacji API, w kt\u00f3rych mo\u017cna stosowa\u0107 narz\u0119dzia do weryfikacji poprawno\u015bci, pod\u015bwietlania sk\u0142adni i integracji z IDE.\n
Przeprojektowano implementacj\u0119 API java.lang.reflect (Core Reflection), kt\u00f3re ma na celu uzyskiwanie informacji o metodach, polach i konstruktorach klas, a tak\u017ce dost\u0119p do wewn\u0119trznej struktury klas. Same API java.lang.reflect pozosta\u0142o bez zmian, ale teraz jest realizowane za pomoc\u0105 deskryptor\u00f3w metod (method handles) udost\u0119pnianych przez modu\u0142 java.lang.invoke, zamiast stosowania generator\u00f3w bajtkod\u00f3w. Zmiana ta pozwoli\u0142a na ujednolicenie implementacji java.lang.reflect i java.lang.invoke, oraz uproszczenie ich konserwacji.\n
Proponowana jest trzecia wst\u0119pna implementacja API Vector, kt\u00f3ra oferuje funkcje do oblicze\u0144 wektorowych, wykonywanych przy u\u017cyciu instrukcji wektorowych procesor\u00f3w x86_64 i AArch64, pozwalaj\u0105cych na jednoczesne zastosowanie operacji do wielu warto\u015bci (SIMD). W przeciwie\u0144stwie do mo\u017cliwo\u015bci automatycznej wektoryzacji operacji skalarowych oferowanych w kompilatorze JIT HotSpot, nowe API daje mo\u017cliwo\u015b\u0107 jawnego zarz\u0105dzania wektoryzacj\u0105 dla r\u00f3wnolegle przetwarzanych danych.\n