{"id":165062,"date":"2026-03-17T23:11:55","date_gmt":"2026-03-17T21:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm"},"modified":"2026-03-17T23:11:55","modified_gmt":"2026-03-17T21:11:55","slug":"vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-java-se-26-i-openjdk-26-proekt-po-integraczii-podderzhki-javascript-i-python-v-jvm","title":{"rendered":"Release of Java SE 26 and OpenJDK 26. Project for integrating support for JavaScript and Python in the JVM.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na zes maanden ontwikkeling heeft Oracle het Java SE 26-platform (Java Platform, Standard Edition 26) gepubliceerd, waarvan het open project OpenJDK als referentie-implementatie wordt gebruikt. Behalve voor het verwijderen van enkele verouderde functies, behoudt Java SE 26 de achterwaartse compatibiliteit met eerdere versies van het Java-platform \u2014 de meeste eerder geschreven Java-projecten zullen zonder aanpassingen werken op de nieuwe versie. De kant-en-klare installaties van Java SE 26 (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 26, ontwikkeld binnen 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 26 valt onder de releasecategorie met een reguliere ondersteuningstermijn, waarvoor updates zullen worden uitgebracht tot de volgende release. Voor een lange termijn ondersteuning (LTS) moeten Java SE 25, Java SE 21 of Java SE 17 worden gebruikt, waarvoor updates tot respectievelijk 2033, 2031 en 2029 zullen worden uitgebracht (publiek beschikbaar \u2014 tot september 2030, 2028 en 2026). De uitgebreide ondersteuning van de LTS-tak Java SE 8 duurt tot 2030 en Java SE 11 tot 2032. <\/p>\n
Onder de wijzigingen in Java SE 26 (1, 2, 3, 4): <\/p>\n
\n
Er is een waarschuwing ge\u00efmplementeerd bij het gebruik van diepe reflectie om velden die met het sleutelwoord 'final' zijn gemarkeerd, te wijzigen. In de toekomst is het de bedoeling om onveilige taalmogelijkheden standaard uit te schakelen en onder andere velden die als final zijn gemarkeerd volledig onveranderlijk te maken, door de omweg voor hun wijziging via diepe reflectie (API Reflection) te verwijderen.\n
De Applet API (java.applet.Applet*, javax.swing.JApplet) is verwijderd, die werd gebruikt voor het starten van Java-applicaties in de browser. Deze API is achterhaald sinds de ondersteuning van de Java-plugin voor browsers is gestopt en werd in 2021 als verouderd verklaard.\n
De mogelijkheid om een voorafgecompileerde cache (AOT - ahead-of-time) te gebruiken is ge\u00efmplementeerd met alle garbage collectors, inclusief ZGC (Z Garbage Collector). De wijziging houdt in dat sequenti\u00eble lading van gecachete Java-objecten in het geheugen wordt ondersteund, met behulp van een universeel en niet afhankelijk van garbage collectors formaat in plaats van directe mapping naar geheugen specifieke cache-representaties. Het gebruik van AOT-cache vermindert de opstarttijd en versnelt de warmup van de HotSpot virtuele machine.\n
In de API HTTP Client is ondersteuning voor het HTTP\/3-protocol toegevoegd, waardoor applicaties en bibliotheken servers via HTTP\/3 kunnen benaderen na minimale wijzigingen in de code.\n
De prestaties van de G1-garbage collector zijn verbeterd door het verminderen van blokkades voor synchronisatie van applicatiestromen met de threads van de garbage collector.\n
Een tweede voorlopige versie van de API voor het coderen en decoderen van objecten met cryptografische sleutels, certificaten en lijsten van ingetrokken certificaten is voorgesteld, gebruikmakend van het PEM-formaat (Pivacy-Enhanced Mail).\n
Een zesde voorlopige versie van de API voor gestructureerde paralleliteit (Structured Concurrency) is voorgesteld voor testdoeleinden. Dit vereenvoudigt de ontwikkeling van multi-threaded toepassingen door verschillende taken die in verschillende threads worden uitgevoerd, als \u00e9\u00e9n enkel blok te behandelen.\n
De tweede voorlopige versie van de API Lazy Constants is toegevoegd voor het werken met objecten die onveranderlijke gegevens bevatten en in de JVM als constanten worden behandeld. Voor dergelijke objecten worden prestatieoptimalisaties toegepast die lijken op velden met het sleutelwoord 'final'. In tegenstelling tot 'final' scheidt de nieuwe API de creatie van constante waarden en hun initialisatie, garandeert het dat de waarde slechts \u00e9\u00e9n keer kan worden ge\u00efnitialiseerd, vermindert het de opstarttijd van programma's en maakt het het mogelijk om optimalisaties voor constant folding toe te passen in gebruikercode, die eerder alleen in interne JDK-code werden gebruikt. \nclass Application {\n \/\/ Was:\n \/\/ static final UserService USERS = new UserService();\n \/\/ Nu kan het:\n static final StableValue USERS = StableValue.of();\n public static UserService users() {\n return USERS.orElseSet(UserService::new);\n }\n}\n
In het patroonmatchingsmechanisme is een vierde voorlopige variant voorgesteld voor het gebruik van primitieve typen (int, byte, char en andere basis typen die geen objecten zijn) in alle soorten sjablonen, in de 'instanceof'-operator en in 'switch'-blokken. \nswitch (x.getStatus()) {\n case 0 -> 'okay';\n case 1 -> 'warning';\n case 2 -> 'error';\n case int i -> 'unknown status: ' + i;\n}\nif (i instanceof byte b) {\n ... b ...\n}\n
Een elfde testimplementatie van de Vector API is voorgesteld, die functies biedt voor vectorberekeningen, uitgevoerd met behulp van vectorinstructies van x86_64 en AArch64 processors, waarmee gelijktijdig bewerkingen op meerdere waarden kunnen worden toegepast (SIMD). In tegenstelling tot de autovectorisatie mogelijkheden van de HotSpot JIT-compiler voor scalare bewerkingen, biedt de nieuwe API de mogelijkheid om expliciet de vectorisatie voor parallelle gegevensverwerking te beheren. <\/ul>\n
Daarnaast heeft Oracle project Detroit aangekondigd, dat zich binnen OpenJDK zal ontwikkelen en gericht is op het verbeteren van de draagbaarheid tussen Java, JavaScript en Python. In het kader van het project is het de bedoeling om inbedding in het JVM-runtime proces met de JavaScript-motor V8 en de CPython-interpreter mogelijk te maken. Eerder had Oracle al de JavaScript-motor Nashorn ontwikkeld, die op de JVM draait, maar het project stopgezet vanwege de moeilijkheid om een aparte implementatie van JavaScript te ontwikkelen, gezien het feit dat het belangrijkste ecosysteem afhankelijk is van de V8-motor. <\/p>\n
Verder kan de publicatie van de update voor het ontwikkelen van applicaties met de grafische interface JavaFX 26 worden opgemerkt. Binnenkort wordt ook de release van de GraalVM 26 voorzien, een universele virtuele machine die de uitvoering van applicaties in JavaScript (Node.js), Python, Ruby, R, en elke taal voor JVM (Java, Scala, Clojure, Kotlin) ondersteunt, evenals talen waarvoor LLVM-bitecode kan worden gegenereerd (C, C++, Rust). \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"