{"id":101268,"date":"2021-09-15T10:22:53","date_gmt":"2021-09-15T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-17"},"modified":"2021-09-15T10:22:53","modified_gmt":"2021-09-15T08:22:53","slug":"vypusk-java-se-17","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-java-se-17","title":{"rendered":"Ver\u00f6ffentlichung von Java SE 17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach sechs Monaten Entwicklungszeit hat Oracle die Plattform Java SE 17 (Java Platform, Standard Edition 17) ver\u00f6ffentlicht, deren Referenzimplementierung das Open-Source-Projekt OpenJDK ist. Mit Ausnahme der Entfernung einiger veralteter Funktionen bleibt Java SE 17 abw\u00e4rtskompatibel zu fr\u00fcheren Versionen der Java-Plattform; die meisten zuvor geschriebenen Java-Projekte werden ohne \u00c4nderungen unter der neuen Version funktionieren. Die installierbaren Builds von Java SE 17 (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 17 ist vollst\u00e4ndig unter der GPLv2-Lizenz mit Ausnahmen von GNU ClassPath offen, die dynamisches Binden mit kommerziellen Produkten erlauben. <\/p>\n
Java SE 17 geh\u00f6rt zur Kategorie der Versionen mit Langzeitunterst\u00fctzung (LTS), f\u00fcr die Updates bis 2029 ver\u00f6ffentlicht werden. Die Aktualisierungen f\u00fcr die vorherige Zwischenversion Java 16 wurden eingestellt. Der vorherige LTS-Zweig Java 11 wird bis 2026 unterst\u00fctzt. Die n\u00e4chste LTS-Version ist f\u00fcr September 2024 geplant. Wir erinnern daran, 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 Versionen umfasst. Neue Funktionen werden nun in einem st\u00e4ndig aktualisierten Master-Zweig entwickelt, in den fertige \u00c4nderungen integriert werden, und von dem alle sechs Monate Stabilit\u00e4tszweige f\u00fcr neue Versionen abgezweigt werden. <\/p>\n
Zu den Neuerungen in Java 17 geh\u00f6ren: <\/p>\n
\n
Eine experimentelle Implementierung der Muster\u00fcbereinstimmung in <code>switch<\/code>-Ausdr\u00fccken wurde vorgeschlagen, die es in <code>case<\/code>-Labels erm\u00f6glicht, nicht pr\u00e4zise Werte, sondern flexible Muster zu verwenden, die eine Reihe von Werten abdecken, f\u00fcr die zuvor umst\u00e4ndliche <code>if\u2026else<\/code>-Ausdr\u00fccke verwendet werden mussten. Au\u00dferdem wurde innerhalb von <code>switch<\/code> die M\u00f6glichkeit zur Verarbeitung von NULL-Werten implementiert. <code>Object o = 123L;<\/code> <code>String formatted = switch (o) {<\/code> <code>case Integer i -> String.format(«int %d», i);<\/code> <code>case Long l -> String.format(«long %d», l);<\/code> <code>case Double d -> String.format(«double %f», d);<\/code> <code>case String s -> String.format(«String %s», s);<\/code> <code>default -> o.toString();<\/code> <code>};<\/code>\n
Die Unterst\u00fctzung f\u00fcr versiegelte Klassen und Schnittstellen wurde stabilisiert, die von anderen Klassen und Schnittstellen nicht zur Vererbung, Erweiterung oder \u00dcberschreibung der Implementierung verwendet werden k\u00f6nnen. Versiegelte Klassen bieten au\u00dferdem eine deklarative M\u00f6glichkeit, die Verwendung von Superklassen st\u00e4rker zu begrenzen als Zugriffsmodifikatoren, indem sie die zugelassenen Unterklassen explizit auflisten. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {\u2026}\n
Die zweite vorl\u00e4ufige Implementierung der Vector-API wurde vorgestellt, die Funktionen f\u00fcr Vektorverarbeitung bereitstellt. Diese werden unter Verwendung von Vektor-Befehlen der x86_64- und AArch64-Prozessoren ausgef\u00fchrt und erm\u00f6glichen die gleichzeitige Anwendung von Operationen auf mehrere Werte (SIMD). Im Gegensatz zu den Auto-Vektorisierungsfunktionen f\u00fcr skalare Operationen, die im JIT-Compiler HotSpot bereitgestellt werden, erm\u00f6glicht die neue API eine explizite Steuerung der Vektorisierung zur parallelen Datenverarbeitung.\n
Eine erste Implementierung der API f\u00fcr Foreign Function & Memory wurde hinzugef\u00fcgt, die es Anwendungen erm\u00f6glicht, mit Code und Daten au\u00dferhalb der Java-Laufzeitumgebung zu interagieren. Die neue API erm\u00f6glicht es, effektiv Funktionen aufzurufen, die nicht innerhalb der JVM ausgef\u00fchrt werden, und auf vom JVM nicht verwalteten Speicher zuzugreifen. Zum Beispiel k\u00f6nnen Funktionen aus externen Shared Libraries aufgerufen und auf Prozessdaten ohne Verwendung von JNI zugegriffen werden.\n
Die Rendering-Engine f\u00fcr macOS unterst\u00fctzt die Java 2D-API, die wiederum in der Swing-API verwendet wird, angepasst f\u00fcr die Nutzung der Metal-Grafik-API. Standardm\u00e4\u00dfig verwendet die Plattform macOS weiterhin OpenGL. Um die Unterst\u00fctzung f\u00fcr Metal zu aktivieren, muss die Option '-Dsun.java2d.metal=true' eingestellt werden und es ist mindestens die macOS-Version 10.14.x erforderlich.\n
Ein Port f\u00fcr die Plattform macOS\/AArch64 (Apple-Computer mit den neuen Apple M1-Chips) wurde hinzugef\u00fcgt. Besonderheit dieses Ports ist die Unterst\u00fctzung des W^X-Speicherschutzmechanismus (Write XOR Execute), bei dem Speicherseiten nicht gleichzeitig zum Schreiben und Ausf\u00fchren zug\u00e4nglich sein k\u00f6nnen. (Code kann nur nach Verhinderung von Schreibzugriff ausgef\u00fchrt werden, und das Schreiben in eine Speicherseite ist nur nach Verhinderung der Ausf\u00fchrung m\u00f6glich).\n
Die ausschlie\u00dfliche Verwendung der strikten (strictfp) Semantik f\u00fcr Flie\u00dfkommadaten wurde wiederhergestellt. Die ab Java 1.2 verf\u00fcgbare 'default'-Semantik, die Vereinfachungen f\u00fcr Systeme mit sehr alten x87-Mathematik-Coprocessoren beinhaltete, wird nicht mehr unterst\u00fctzt (nach der Einf\u00fchrung von SSE2 sind zus\u00e4tzliche Semantiken nicht mehr erforderlich).\n
Es wurden neue Schnittstellentypen f\u00fcr Pseudorandomzahlengeneratoren implementiert sowie zus\u00e4tzliche Algorithmen f\u00fcr eine qualitativ hochwertigere Zufallszahlengenerierung realisiert. Anwendungen haben nun die M\u00f6glichkeit, den Algorithmus zur Generierung von Pseudorandomzahlen auszuw\u00e4hlen. Zudem wurde die Unterst\u00fctzung f\u00fcr die Generierung von Str\u00f6men zuf\u00e4lliger Objekte verbessert.\n
Die verpflichtende strikte Kapselung aller internen Elemente des JDK wurde implementiert, mit Ausnahme kritischer APIs wie sun.misc.Unsafe. Die strikte Kapselung verhindert, dass auf interne Klassen, Methoden und Felder aus dem Code zugegriffen wird. Zuvor konnte der Modus der strikten Kapselung mit der Option «—illegal-access=permit» deaktiviert werden, aber diese ist jetzt veraltet. F\u00fcr Anwendungen, die Zugriff auf interne Klassen, Methoden und Felder ben\u00f6tigen, sollte dies explizit mit der Option «—add-opens» oder dem Attribut Add-Opens in der Manifestdatei festgelegt werden.\n