WildFly ist Jakarta-EE-zertifiziert und JavaFX 13 ist erschienen

Im Zuge des ersten Release von Jakarta EE gibt es zwei weitere Ankündigungen aus der Java-Welt. Passend ist allemal die Meldung, dass nun auch Red Hats Open-Source-Anwendungsserver WildFly für Jakarta EE zertifiziert ist. Und den JavaFX-Entwicklern ist es wieder einmal gelungen, ein neues Release vor dem Erscheinen der nächsten Java-Version herauszubringen.

Beim Anwendungsserver, der die Jakarta 8 TCKs durchlaufen hat und dessen Antrag auf Zertifizierung der Kompatibilität vom Jakarta EE Spec Committee genehmigt wurde, handelt es sich um WildFly 17.0.1. WildFly ist demnach eine offizielle Jakarta-EE-Implementierung, die zudem auch weiterhin eine mit Java EE 8 kompatible Implementierung darstellt. Weitere bereits zertifiziert Jakarta-EE-Anwendungsserver findet man auf der "Compatible Products"-Webseite. Derzeit sind das noch Eolipse GlassFish 5.1 und Open Liberty 19.0.0.6 von IBM.

Entwicklung im Fluss

JavaFX, das Framework zum Erstellen plattformübergreifender Java-Applikationen, wird seit letztem Jahr unter dem Label OpenJFX entwickelt. Anzumerken ist hier, dass es seit Java 11 nicht mehr in das JDK (Java Development Kit) eingebunden. Und seitdem ist es den Entwicklern hinter dem Framework immer gelungen, im Vorfeld einer neuen Java-Version ein neues JavaFX-Release zu veröffentlichen. Nächste Woche wird wohl Java 13 veröffentlicht und nun ist eben JavaFX 13 erschienen.

John Voss, einer der maßgeblichen Entwickler, schreibt auf Twitter:

Am wichtigsten im neuen Release scheint die Unterstützung für das Rendern nativer Inhalte von externen Entwicklern zu sein. Dabei konnte man wohl berücksichtigen, dass die Rückwärtskompatibilität gewährleistet blieb. Die Release Notes auf GitHub listen darüber hinaus weitere Features auf.

OpenJFX als Nachfolger

Sun hatte JavaFX 2007 angekündigt und Ende 2008 als JavaFX 1.0 veröffentlicht. Geraume Zeit stand zur Debatte, dass JavaFX das GUI-Toolkit Swing offiziell ablösen solle, was aber nicht flächendeckend gelungen ist. Im März 2018 hatte Oracle dann verkündet, dass die Zukunft von JavaFX im OpenJFX-Projekt liegen und das Framework nicht mehr Bestandteil des JDK sein solle. Als offizielle Motivation für die Ausgliederung gab Oracle an, dass die OpenJFX-Community so die Entwicklungsgeschwindigkeit bestimmen könne, die von den Releasezyklen des JDK unberührt bliebe.

Siehe dazu auf heise Developer:

• Jakarta EE 8: alles bleibt neu – zum Status quo von Enterprise Java
• Quelloffene Enterprise-Java-Spezifikation Jakarta EE 8 geht an den Start

(ane)