Es wird düster für das Betriebssystem Solaris: Mit JEP 381 wird der Ausbau der entsprechenden Ports für Solaris und SPARC vorgeschlagen, der bereits im kommenden JDK umgesetzt werden soll. Überraschend kommt das, aus vielerlei Gründen, nicht gerade. Unter anderem deswegen, weil der Ausbau bereits seit rund einem Jahr geplant ist…

TCP/IP ist schön und gut, aber effektiver und vor allem sicherer Läuft die Interprozesskommunikation (IPC) via Unix-Domain-Sockets. Damit auch Java-Entwickler von den umfangreichen Funktionen profitieren können, wurde JEP 380: Unix-Domain Socket Channels ins Leben gerufen. Vor exotischeren und Linux-spezifischen Funktionen wird allerdings größtenteils Halt gemacht.

Bereits JEP 377 hatte die offizielle Einführung eines neuen Garbage Collectors (ZGC) zum Thema. Auch Aleksey Shipilev, Principal Software Engineer bei Red Hat, schlägt vor, einen sogenannten „Müllsammler“ offiziell ins JDK aufzunehmen: den Shenandoah GC.

In Java 13 war JEP 355 als Preview-Feature enthalten, mit dem der neue Typ Text Block eingeführt werden sollte. Nach einem langen Reifeprozess sieht es nun so aus, als würden Text Blocks in Java 15, dank JEP 378 endlich zum Standard gehören…

Per Liden, Project Lead des Z Garbage Collectors, hat mit JEP 377 vorgeschlagen, den „Müllsammler Z“ offiziell ins JDK zu übernehmen – und zwar als produktionsreifes Feature. Damit würde konsequenterweise der nächste Schritt auf einer Reise gegangen, die der Z Garbage Collector bereits seit Java 11 angetreten hat…

Fast geschafft: Die Garbage Collection mit dem Z Garbage Collector ist schon fast komplett aus den berüchtigten Safepoints ausgebaut. Lediglich das Stack Processing läuft noch nicht wirklich nebenläufig. JEP 376 adressiert genau dieses Problem und soll endlich mit unnötigen Pausen Schluss machen.

Kleinigkeiten machen das Leben aus. Und da Zeit auch – und vor allem für Entwickler – Geld ist, sollten unnötige und redundante Aufgaben möglichst verhindert werden. JEP 375 führt daher konsequent weiter, was mit JEP 305 bereits begonnen wurde: Die Einführung des Pattern Matching für Java.

Komplexität und eine immer geringer werdende messbare Verbesserung der Performance: Diese beiden Faktoren haben für die Schaffung von JEP 374 gesorgt. Das Proposal sieht vor, Biased Locking mit Java 15 zu standardmäßig zu deaktivieren und schließlich in einem späteren Release komplett auszubauen.

„Ohne Fleiß kein Preis“ heißt es aktuell bei den Java-Entwicklern: Die Überarbeitung des DatagramSocket APIs wurde gerade in den Stand eines offiziellen JEPs erhoben: JEP 373. In diesem wird vorgeschlagen, das API im Hinblick auf Aktualität und Wartbarkeit auf Vordermann zu bringen – ohne dabei die Rückwärtskompatibilität aus den Augen zu verlieren…

Mit JEP 355 wurde die JavaScript-Engine Nashorn zum Abschuss freigegeben, nun soll sie endgültig in die ewigen Jagdgründe eingehen. JEP 372 könnte bereits an Bord von Java 15 sein und den Siegeszug der GraalVM endgültig besiegeln. Wie ist der Status Quo von JavaScript im JDK? Wir haben es uns angesehen…

Das Java-Jahr startet mit einem neuen Java Enhancement Proposal (JEP). Mit JEP 371 wird die Einführung „versteckter Klassen“ vorgeschlagen, die die Arbeit mit Frameworks verbessern sollen. In einer der kommenden Versionen der Programmiersprache könnten so dynamisch erstellte Klassen stellenweise durch versteckte Klassen ersetzt werden.