{"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\/de\/blog\/news\/vypusk-java-se-18","title":{"rendered":"Erscheinung von Java SE 18","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach sechs Monaten Entwicklung hat die Firma Oracle die Plattform Java SE 18 (Java Platform, Standard Edition 18) ver\u00f6ffentlicht, deren Referenzimplementierung auf dem Open-Source-Projekt OpenJDK basiert. Abgesehen von der Entfernung einiger veralteter Funktionen bleibt die R\u00fcckw\u00e4rtskompatibilit\u00e4t zu fr\u00fcheren Versionen der Java-Plattform in Java SE 18 erhalten \u2013 die meisten fr\u00fcher geschriebenen Java-Projekte werden ohne \u00c4nderungen unter der neuen Version lauff\u00e4hig sein. Fertige Installationspakete f\u00fcr Java SE 18 (JDK, JRE und Server JRE) sind f\u00fcr Linux (x86_64, AArch64), Windows (x86_64) und macOS (x86_64, AArch64) vorbereitet. Die im Rahmen des OpenJDK-Projekts entwickelte Referenzimplementierung von Java 18 ist vollst\u00e4ndig unter der GPLv2-Lizenz mit Ausnahmen von GNU ClassPath ver\u00f6ffentlicht, die dynamische Bindungen an kommerzielle Produkte erlauben. <\/p>\n
Java SE 18 geh\u00f6rt zur Kategorie der Releases mit regul\u00e4rer Unterst\u00fctzung, f\u00fcr die Updates bis zur n\u00e4chsten Version bereitgestellt werden. F\u00fcr langfristige Unterst\u00fctzung (LTS) sollte Java SE 17 verwendet werden, dessen Updates bis 2029 verf\u00fcgbar sein werden. Es ist wichtig zu beachten, dass mit der Ver\u00f6ffentlichung von Java 10 das Projekt auf einen neuen Entwicklungsprozess umgestiegen ist, der einen k\u00fcrzeren Zyklus f\u00fcr die Erstellung neuer Releases umfasst. Neue Funktionen werden jetzt in einem kontinuierlich aktualisierten Master-Branch entwickelt, in den fertige \u00c4nderungen integriert werden, und von dem alle sechs Monate Branches f\u00fcr die Stabilisierung neuer Releases abgezweigt werden. <\/p>\n
Neuigkeiten in Java 18 umfassen: <\/p>\n
\n
Die Standardkodierung ist UTF-8. Java-APIs, die Textdaten unter Ber\u00fccksichtigung der Zeichencodierung verarbeiten, verwenden jetzt standardm\u00e4\u00dfig UTF-8 auf allen Plattformen, unabh\u00e4ngig von den Systemeinstellungen und der gew\u00e4hlten Locale. Um das alte Verhalten wiederherzustellen, bei dem die Codierung entsprechend der Systemlocale ausgew\u00e4hlt wird, kann der Parameter \u2018-Dfile.encoding=COMPAT\u2019 verwendet werden.\n
Im Paket com.sun.net.httpserver ist das Dienstprogramm jwebserver enthalten, das eine Bibliotheks-API mit einer Implementierung eines einfachen HTTP-Servers f\u00fcr die Bereitstellung statischer Inhalte umfasst (CGI- und servlet-\u00e4hnliche Handler werden nicht unterst\u00fctzt). Der integrierte HTTP-Server ist nicht f\u00fcr Arbeitslasten optimiert und unterst\u00fctzt kein Zugriffsmanagement oder Authentifizierung, da er haupts\u00e4chlich f\u00fcr die Verwendung w\u00e4hrend des Entwicklungsprozesses zur Prototypenerstellung, Debugging und Testen von Projekten gedacht ist.\n
In JavaDoc wird die Unterst\u00fctzung des Tags \u2018@snippet\u2019 implementiert, um Arbeitsbeispiele und Code-Snippets in die API-Dokumentation einzubetten, die dann mit Werkzeugen zur Validierung, Syntaxhervorhebung und Integration in IDEs \u00fcberpr\u00fcft werden k\u00f6nnen.\n
Die Implementierung der API java.lang.reflect (Core Reflection) wurde \u00fcberarbeitet, die zur Beschaffung von Informationen \u00fcber Methoden, Felder und Konstruktoren von Klassen sowie zum Zugriff auf die interne Struktur von Klassen gedacht ist. Die API java.lang.reflect selbst bleibt unver\u00e4ndert, wurde jedoch nun durch die Verwendung von Methodendeskriptoren (Method Handles), die vom Modul java.lang.invoke bereitgestellt werden, anstelle von Bytecode-Generatoren implementiert. Diese \u00c4nderung hat es erm\u00f6glicht, die Implementierungen von java.lang.reflect und java.lang.invoke zu standardisieren und deren Wartung zu vereinfachen.\n
Eine dritte vorl\u00e4ufige Implementierung der API Vector wurde vorgeschlagen, die Funktionen f\u00fcr vektorielle Berechnungen bereitstellt, die unter Verwendung von Vektorbefehlen der Prozessoren x86_64 und AArch64 durchgef\u00fchrt werden und es erm\u00f6glichen, Operationen gleichzeitig auf mehrere Werte (SIMD) anzuwenden. Im Gegensatz zu den vom JIT-Compiler HotSpot angebotenen Auto-Vektorisierungsfunktionen f\u00fcr skalare Operationen bietet die neue API die M\u00f6glichkeit, die Vektorisierung f\u00fcr die parallele Datenverarbeitung explizit zu steuern.\n