{"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\/news\/vypusk-java-se-17","title":{"rendered":"Ver\u00f6ffentlichung von Java SE 17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach sechs Monaten Entwicklung hat Oracle die Plattform Java SE 17 (Java Platform, Standard Edition 17) ver\u00f6ffentlicht, von der die Referenzimplementierung das OpenJDK-Projekt nutzt. Abgesehen von der Entfernung einiger veralteter Funktionen bleibt die R\u00fcckw\u00e4rtskompatibilit\u00e4t zu fr\u00fcheren Versionen der Java-Plattform in Java SE 17 erhalten \u2013 die meisten zuvor geschriebenen Java-Projekte werden ohne \u00c4nderungen mit der neuen Version lauff\u00e4hig sein. Installierbare 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) verf\u00fcgbar. Die im Rahmen des OpenJDK-Projekts entwickelte Referenzimplementation von Java 17 ist vollst\u00e4ndig unter der GPLv2-Lizenz mit Ausnahmen von GNU ClassPath verf\u00fcgbar, die dynamisches Binden mit kommerziellen Produkten erlauben. <\/p>\n
Java SE 17 geh\u00f6rt zur Kategorie der Long-Term-Support (LTS)-Versionen, f\u00fcr die Updates bis 2029 ver\u00f6ffentlicht werden. Die Ver\u00f6ffentlichung von Updates f\u00fcr die vorherige Zwischenversion Java 16 wurde eingestellt. Die fr\u00fchere LTS-Version Java 11 wird bis 2026 unterst\u00fctzt. Die n\u00e4chste LTS-Version ist f\u00fcr September 2024 geplant. Es sei daran erinnert, dass das Projekt mit der Einf\u00fchrung von Java 10 auf einen neuen Entwicklungsprozess umgestiegen ist, der k\u00fcrzere Zyklen f\u00fcr neue Versionen vorsieht. Neue Funktionen werden nun in einem st\u00e4ndig aktualisierten Master-Zweig entwickelt, aus dem alle sechs Monate Stabilit\u00e4tsschbranch f\u00fcr neue Versionen abgezweigt werden. <\/p>\n
Zu den Neuerungen von Java 17 geh\u00f6ren: <\/p>\n
\n
Eine experimentelle Implementierung des Mustervergleichs in \u201eswitch\u201c-Ausdr\u00fccken wurde vorgeschlagen, die es erm\u00f6glicht, in den \u201ecase\u201c-Bezeichnungen keine genauen Werte, sondern flexible Muster zu verwenden, die gleich mehrere Werte abdecken, f\u00fcr die zuvor umfangreiche \u201eif...else\u201c-Ausdr\u00fccke erforderlich waren. Dar\u00fcber hinaus wird innerhalb von \u201eswitch\u201c die M\u00f6glichkeit zur Verarbeitung von NULL-Werten bereitgestellt. Object o = 123L; String formatted = switch (o) { case Integer i -> String.format(\"int %d\", i); case Long l -> String.format(\"long %d\", l); case Double d -> String.format(\"double %f\", d); case String s -> String.format(\"String %s\", s); default -> o.toString(); };\n
Die Unterst\u00fctzung von versiegelten (\u201esealed\u201c) Klassen und Schnittstellen, die nicht von anderen Klassen und Schnittstellen f\u00fcr Vererbung, Erweiterung oder \u00dcberschreibung verwendet werden k\u00f6nnen, wurde stabilisiert. Versiegelte Klassen bieten auch eine deklarativere M\u00f6glichkeit, die Verwendung einer Superklasse einzuschr\u00e4nken, als es bei Zugriffsmodifikatoren der Fall ist, die auf der expliziten Aufz\u00e4hlung der zur Erweiterung zul\u00e4ssigen Unterklassen basieren. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {\u2026}\n
Eine zweite Vorabversion der Vector-API wurde vorgeschlagen, die Funktionen f\u00fcr Vektorberechnungen bereitstellt, die unter Verwendung von Vektorbefehlen der x86_64- und AArch64-Prozessoren ausgef\u00fchrt werden und es erm\u00f6glichen, Operationen gleichzeitig auf mehrere Werte (SIMD) anzuwenden. Im Gegensatz zu den vom JIT-Compiler HotSpot bereitgestellten M\u00f6glichkeiten zur automatischen Vektorisierung skalare Operationen, bietet die neue API die M\u00f6glichkeit, die Vektorisierung explicit zu steuern, um eine parallele Datenverarbeitung zu erm\u00f6glichen.\n
Eine vorl\u00e4ufige Implementierung der Foreign Function & Memory API wurde hinzugef\u00fcgt, mit der Anwendungen mit Code und Daten au\u00dferhalb der Java-Laufzeit interagieren k\u00f6nnen. Die neue API erm\u00f6glicht es, Funktionen aufzurufen, die nicht in der JVM ausgef\u00fchrt werden, und auf nicht von der JVM verwalteten Speicher zuzugreifen. Beispielsweise k\u00f6nnen Funktionen aus externen Shared Libraries aufgerufen und auf Prozessdaten zugegriffen werden, ohne JNI zu verwenden.\n
Die Rendering-Engine f\u00fcr macOS, die die Java 2D API bereitstellt, die wiederum in der Swing API verwendet wird, wurde zur Nutzung der grafischen API Metal angepasst. Standardm\u00e4\u00dfig wird auf der macOS-Plattform weiterhin OpenGL verwendet, und um die Unterst\u00fctzung von Metal zu aktivieren, ist die Installation der Option '-Dsun.java2d.metal=true' erforderlich sowie die Verwendung von mindestens macOS 10.14.x.\n
Ein Port f\u00fcr die Plattform macOS\/AArch64 (Apple-Computer mit den neuen Apple M1-Chips) wurde hinzugef\u00fcgt. Eine Besonderheit des Ports ist die Unterst\u00fctzung des W^X (Write XOR Execute) Speicherschutzmechanismus, bei dem Speicherseiten nicht gleichzeitig zum Schreiben und Ausf\u00fchren zug\u00e4nglich sein k\u00f6nnen. (Code kann nur nach dem Verbot des Schreibens ausgef\u00fchrt werden, und Schreiben in eine Speicherseite ist nur nach dem Verbot der Ausf\u00fchrung m\u00f6glich.)\n
Die Verwendung nur strenger (strictfp) Semantik f\u00fcr Flie\u00dfkommaausdr\u00fccke wurde zur\u00fcckgegeben. Die seit Java 1.2 verf\u00fcgbare Semantik 'default', die Vereinfachungen f\u00fcr den Betrieb auf Systemen mit sehr alten mathematischen Co-Prozessoren x87 beinhaltete, wurde eingestellt (nach der Einf\u00fchrung von SSE2 ist die Notwendigkeit f\u00fcr zus\u00e4tzliche Semantik weggefallen).\n
Neue Typen von Schnittstellen zu Pseudo-Zufallszahlengeneratoren wurden implementiert, ebenso wie zus\u00e4tzliche Algorithmen f\u00fcr eine hochwertigere Generierung von Zufallszahlen. Anwendungen haben die M\u00f6glichkeit, einen Algorithmus zur Erzeugung von Pseudo-Zufallszahlen auszuw\u00e4hlen. Die Unterst\u00fctzung der Generierung von Streams zuf\u00e4lliger Objekte wurde verbessert.\n
Die strenge Kapselung aller internen Elemente des JDK wurde verpflichtend umgesetzt, mit Ausnahme kritischer APIs wie sun.misc.Unsafe. Strenge Kapselung blockiert Versuche, aus dem Code auf interne Klassen, Methoden und Felder zuzugreifen. Zuvor konnte der Modus der strengen Kapselung mit der Option '--illegal-access=permit' deaktiviert werden, wurde jedoch nun als veraltet erkl\u00e4rt. F\u00fcr Anwendungen, die Zugriff auf interne Klassen, Methoden und Felder ben\u00f6tigen, sollten diese explizit mit der Option '--add-opens' oder dem Add-Opens-Attribut in der Manifestdatei definiert werden.\n