{"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":"Ver\u00f6ffentlichung von Java SE 18","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach sechsmonatiger Entwicklung hat Oracle die Plattform Java SE 18 (Java Platform, Standard Edition 18) ver\u00f6ffentlicht, wobei das OpenJDK-Projekt als Referenzimplementation dient. Abgesehen von der Entfernung einiger veralteter Funktionen bleibt die Abw\u00e4rtskompatibilit\u00e4t zu fr\u00fcheren Versionen von Java SE 18 erhalten \u2013 die meisten vorher geschriebenen Java-Projekte werden ohne \u00c4nderungen unter der neuen Version lauff\u00e4hig sein. Installierbare Builds von 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 Referenzimplementation von Java 18 ist vollst\u00e4ndig unter der GPLv2-Lizenz mit Einschr\u00e4nkungen von GNU ClassPath, die das dynamische Binden an kommerzielle Produkte erlauben, offen zug\u00e4nglich. <\/p>\n
Java SE 18 geh\u00f6rt zur Kategorie der Versionen mit regul\u00e4rer Unterst\u00fctzung, f\u00fcr die Updates bis zur n\u00e4chsten Ver\u00f6ffentlichung bereitgestellt werden. Als LTS-Branch (Long Term Support) sollte Java SE 17 verwendet werden, dessen Updates bis 2029 bereitgestellt werden. Beachten Sie, dass mit der Ver\u00f6ffentlichung von Java 10 das Projekt auf einen neuen Entwicklungsprozess umgestiegen ist, der k\u00fcrzere Zyklen zur Erstellung neuer Versionen vorsieht. Neue Funktionen werden jetzt in einem st\u00e4ndig aktualisierten Master-Branch entwickelt, in den bereits fertige \u00c4nderungen einflie\u00dfen, von dem zweimal pro Jahr Branches zur Stabilisierung neuer Versionen abgezweigt werden. <\/p>\n
Zu den Neuerungen in Java 18 geh\u00f6ren: <\/p>\n
\n
Standardm\u00e4\u00dfig ist die Kodierung UTF-8 aktiv. Java-APIs, die Textdaten unter Ber\u00fccksichtigung der Zeichencodierung verarbeiten, verwenden nun auf allen Plattformen standardm\u00e4\u00dfig UTF-8, unabh\u00e4ngig von den Systemeinstellungen und der gesetzten Locale. Um das alte Verhalten zur\u00fcckzugeben, bei dem die Codierung basierend auf der Systemlocale gew\u00e4hlt wird, kann der Parameter \u201e-Dfile.encoding=COMPAT\u201c verwendet werden.\n
Das Paket com.sun.net.httpserver ist enthalten, das das jwebserver-Dienstprogramm sowie eine bibliothekarische API mit einer Implementierung eines einfachen HTTP-Servers zur Bereitstellung statischer Inhalte (CGI- und servlet\u00e4hnliche Handler werden nicht unterst\u00fctzt) umfasst. Der integrierte HTTP-Server ist nicht f\u00fcr Arbeitslasten optimiert und unterst\u00fctzt kein Zugriffsmanagement und keine Authentifizierung, da er haupts\u00e4chlich f\u00fcr die Nutzung w\u00e4hrend des Entwicklungsprozesses zur Erstellung von Prototypen, Debugging und Testen von Projekten gedacht ist.\n
In JavaDoc wird die Unterst\u00fctzung des Tags \u201e@snippet\u201c implementiert, um Arbeitsbeispiele und Codefragmente in die API-Dokumentation einzubetten, auf die Tools zur \u00dcberpr\u00fcfung der Richtigkeit, Syntaxhervorhebung und Integration mit IDEs angewendet werden k\u00f6nnen.\n
Die Implementierung der API java.lang.reflect (Core Reflection), die zum Abrufen von Informationen \u00fcber Methoden, Felder und Konstruktoren von Klassen sowie zum Zugriff auf die interne Struktur von Klassen dient, wurde \u00fcberarbeitet. Die API java.lang.reflect bleibt unver\u00e4ndert, wird jedoch jetzt durch die Verwendung von Methodenhandles, die vom Modul java.lang.invoke bereitgestellt werden, anstelle von Bytecode-Generatoren implementiert. Diese \u00c4nderung erm\u00f6glicht eine Vereinheitlichung der Implementierungen von java.lang.reflect und java.lang.invoke und vereinfacht deren Wartung.\n
Eine dritte Vorab-Implementierung der API Vector wurde vorgeschlagen, die Funktionen f\u00fcr Vektorberechnungen bereitstellt, die unter Verwendung von Vektor-Anweisungen der Prozessoren x86_64 und AArch64 ausgef\u00fchrt werden und es erm\u00f6glichen, Operationen gleichzeitig auf mehrere Werte anzuwenden (SIMD). Im Gegensatz zu den im JIT-Compiler HotSpot bereitgestellten M\u00f6glichkeiten zur automatischen Vektorisierung von Skalareingriffen bietet die neue API die M\u00f6glichkeit, die Vektorisierung f\u00fcr die parallele Verarbeitung von Daten explizit zu steuern.\n