{"id":183379,"date":"2026-09-17T16:54:20","date_gmt":"2026-09-17T14:54:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/vypusk-java-se-27-i-openjdk-27"},"modified":"2026-09-17T16:54:25","modified_gmt":"2026-09-17T14:54:25","slug":"java-se-27-and-openjdk-27-released","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/java-se-27-and-openjdk-27-released","title":{"rendered":"Uitgave van Java SE 27 en OpenJDK 27","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na zes maanden ontwikkeling heeft Oracle het Java SE 27-platform (Java Platform, Standard Edition 27) gepubliceerd, waarvan het open project OpenJDK als referentie-implementatie dient. Behalve het verwijderen van enkele verouderde functies, behoudt Java SE 27 de achterwaartse compatibiliteit met eerdere versies van het Java-platform \u2014 de meeste eerder geschreven Java-projecten zullen zonder aanpassingen functioneel zijn onder de nieuwe versie. Installatieklare build van Java SE 27 (JDK, JRE en Server JRE) zijn voorbereid voor Linux (x86_64, AArch64), Windows (x86_64) en macOS (x86_64, AArch64). De referentie-implementatie van Java SE 27, ontwikkeld binnen het OpenJDK-project, is volledig open onder de GPLv2-licentie met uitzonderingen van GNU ClassPath, die dynamische koppelingsmogelijkheden met commerci\u00eble producten toestaan. <\/p>\n
Java SE 27 valt onder de categorie releases met een gebruikelijke ondersteuningsperiode, waarvoor updates worden uitgebracht tot de volgende release. Voor een release met een lange ondersteuningsperiode (LTS) moeten Java SE 25, Java SE 21 of Java SE 17 worden gebruikt, waarvoor updates worden uitgebracht tot respectievelijk 2033, 2031 en 2029 (publieksversies \u2014 tot september 2030, 2028 en 2026). De uitgebreide ondersteuning voor de LTS-tak van Java SE 8 wordt verlengd tot 2030, en Java SE 11 tot 2032. <\/p>\n
Onder de wijzigingen in Java SE 27 (1, 2, 3, 4): <\/p>\n
\n
Standaard is de G1 (Garbage-First) garbage collector ingeschakeld voor alle omgevingen, die eerder werd toegepast op serversystemen. G1 is geoptimaliseerd voor gebruik op multiprocessorsystemen met veel geheugencapaciteit en balans tussen voorspelbaarheid van latencies en hoge doorvoer. Tijdens de werking verdeelt G1 het geheugen in meerdere kleine regio's en maakt in de eerste plaats de gebieden schoon waar meer ongebruikte objecten zijn en minder actief gebruikte gegevens.\n
In de HotSpot JVM zijn compacte objectheaders standaard ingeschakeld. De grootte van de headers op 64-bits systemen is verminderd van 96 naar 64 bits, wat het geheugengebruik heeft verminderd en de kans vergroot dat gegevens in de processor-cache komen. In SPECjbb2015-tests is het geheugengebruik met 22% gedaald, de CPU-lading is met 8% verminderd en het aantal garbage collection-operaties is met 15% afgenomen. Bij het testen van de JSON-parser is de testdoorlooptijd met 10% verminderd.\n
TLS 1.3 heeft ondersteuning voor hybride key agreement schema's toegevoegd, die het ML-KEM (CRYSTALS-Kyber) algoritme combineren, dat bestand is tegen aanvallen op kwantumcomputers, met klassieke algoritmen op basis van elliptische krommen ECDHE: X25519MLKEM768 (ECDHE met de kromme X25519 + ML-KEM-768), SecP256r1MLKEM76 (ECDHE met de kromme secp256r1 + ML-KEM-768) en SecP384r1MLKEM1024 (ECDHE met de kromme secp384r1 + ML-KEM-1024). In de API javax.net.ssl<\/a> Deze schema's zijn standaard ingeschakeld en vereisen geen wijzigingen in applicaties om gebruikt te worden.\n