{"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\/nl\/blog\/news\/vypusk-java-se-17","title":{"rendered":"Uitgave van Java SE 17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na zes maanden ontwikkeling heeft Oracle het platform Java SE 17 (Java Platform, Standard Edition 17) uitgebracht, waarvoor het open project OpenJDK als referentie-implementatie dient. Behalve het verwijderen van enkele verouderde mogelijkheden, blijft Java SE 17 achterwaarts compatibel met eerdere versies van het Java-platform - de meeste eerder geschreven Java-projecten zullen zonder wijzigingen functioneren op de nieuwe versie. Klaar voor installatie zijn de builds van Java SE 17 (JDK, JRE en Server JRE), die zijn voorbereid voor Linux (x86_64, AArch64), Windows (x86_64) en macOS (x86_64, AArch64). De referentie-implementatie van Java 17, ontwikkeld in het kader van het OpenJDK-project, is volledig open onder de GPLv2-licentie met uitzonderingen van GNU ClassPath, die dynamische koppeling met commerci\u00eble producten toestaan. <\/p>\n
Java SE 17 valt onder de categorie van versies met lange termijn ondersteuning (LTS), waarvan de updates tot 2029 zullen worden uitgebracht. De release van updates voor de vorige tussenversie Java 16 is stopgezet. De vorige LTS-tak, Java 11, zal tot 2026 worden ondersteund. De volgende LTS-release is gepland voor september 2024. Ter herinnering, met de release van Java 10 is het project overgestapt op een nieuw ontwikkelingsproces, dat een kortere cyclus voor het maken van nieuwe versies inhoudt. Nieuwe functionaliteit wordt nu ontwikkeld in \u00e9\u00e9n voortdurend bijgewerkte master-tak, waarin al gereed zijnde wijzigingen worden opgenomen, en waarbij elke zes maanden takken voor het stabiliseren van nieuwe versies worden afgeleid. <\/p>\n
Enkele vernieuwingen in Java 17 zijn: <\/p>\n
\n
Er is een experimentele implementatie van patroonmatching in 'switch'-uitdrukkingen voorgesteld, die het mogelijk maakt om in 'case'-labels geen exacte waarden, maar flexibele sjablonen te gebruiken die meteen een reeks waarden dekken waarvoor voorheen omvangrijke ketens van 'if...else'-uitdrukkingen nodig waren. Bovendien is binnen 'switch' de mogelijkheid toegevoegd om NULL-waarden te verwerken. 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
De ondersteuning voor 'sealed' klassen en interfaces is gestabiliseerd, die niet door andere klassen en interfaces kunnen worden gebruikt voor overerving, uitbreiding of vervanging van implementaties. Sealed klassen bieden ook een meer declaratieve manier om het gebruik van de superklasse te beperken dan toegangsmodifiers, op basis van een expliciete opsomming van subclasses die zijn toegestaan voor uitbreiding. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {...}\n
Een tweede voorlopige implementatie van de Vector API is voorgesteld, die functies biedt voor vectorberekeningen die worden uitgevoerd met behulp van vectorinstructies van x86_64 en AArch64-prosessors, waardoor gelijktijdig bewerkingen op meerdere waarden (SIMD) kunnen worden toegepast. In tegenstelling tot de mogelijkheden van de HotSpot JIT-compiler voor het automatisch vectoriseren van scalair operaties, biedt de nieuwe API de mogelijkheid om de vectorisering expliciet te beheren voor parallelle gegevensverwerking.\n
Een voorlopige implementatie van de Foreign Function & Memory API is toegevoegd, waarmee applicaties kunnen communiceren met code en gegevens buiten de Java-runtime. De nieuwe API maakt het mogelijk om effici\u00ebnt functies aan te roepen die niet in de JVM worden uitgevoerd en om toegang te krijgen tot niet door de JVM beheerde geheugen. Bijvoorbeeld, het is mogelijk om functies uit externe gedeelde bibliotheken aan te roepen en procesgegevens te benaderen zonder gebruik te maken van JNI.\n
De rendering-engine voor macOS, die de Java 2D API ondersteunt, die op zijn beurt wordt ingeschakeld door de Swing API, is aangepast voor gebruik met de Metal grafische API. Standaard blijft OpenGL actief op het macOS-platform, maar om ondersteuning voor Metal in te schakelen, moet de parameter «-Dsun.java2d.metal=true» worden ingesteld en moet minimaal macOS 10.14.x zijn ge\u00efnstalleerd.\n
Een poort voor het macOS\/AArch64 platform (Apple computers met de nieuwe Apple M1-chips) is toegevoegd. Kenmerkend voor de poort is de ondersteuning voor het W^X geheugenbeschermingsmechanisme (Write XOR Execute), waarbij geheugenspagina's niet tegelijkertijd toegankelijk kunnen zijn voor schrijven en uitvoering. (Code kan pas worden uitgevoerd nadat schrijven is verboden, en schrijven naar een geheugensectie is alleen mogelijk nadat uitvoering is verboden).\n
Het gebruik van alleen strikte (strictfp) semantiek voor drijvende-komma-uitdrukkingen is teruggebracht. De ondersteuning voor de vanaf Java 1.2 beschikbare 'default' semantiek, die vereenvoudigingen bevatte voor systemen met zeer oude wiskundige coprocessors x87 (na de introductie van SSE2- instructies is de behoefte aan aanvullende semantiek verdwenen), is stopgezet.\n
Nieuwe soorten interfaces voor pseudowillekeurige getallengeneratoren zijn ge\u00efmplementeerd, evenals aanvullende algoritmen voor een hogere kwaliteit van willekeurige getallengeneratie. Applicaties hebben de mogelijkheid om het algoritme voor de generatie van pseudowillekeurige getallen te kiezen. De ondersteuning voor de generatie van stromen van willekeurige objecten is verbeterd.\n
Verplichte strikte encapsulatie van alle interne elementen van de JDK is ge\u00efmplementeerd, met uitzondering van kritieke API's zoals sun.misc.Unsafe. Strikte encapsulatie blokkeert pogingen om vanuit de code toegang te krijgen tot interne klassen, methoden en velden. Voorheen kon de strikte encapsulatiemodus worden uitgeschakeld via de optie «—illegal-access=permit», maar deze is nu als verouderd gemarkeerd. Applicaties die toegang nodig hebben tot interne klassen, methoden en velden moeten deze expliciet defini\u00ebren met de optie «—add-opens» of de Add-Opens-attribuut in het manifestbestand.\n