Viel tut sich momentan bei der Java Enterprise Edition: der Umzug nach Eclipse, die Umbenennung in Jakarta EE, der neue Community-getriebene Prozess, die Konsolidierung und Weiterentwicklung der Standards. In der neuen Kolumne „EE Insights“ hält uns Christian Kaltepoth auf dem Laufenden und versorgt uns mit Insider-Wissen aus dem Jakarta-EE-Universum.

Noch bis Sonntag, 9. Juni 2019, kann die Community die Diskussion über den richtigen Umgang mit der Namespace-Problematik im Zusammenhang mit Jakarta EE führen. Prominent sind dabei aktuell zwei Lösungen: Entweder der Big Bang oder ein Schritt-für-Schritt-Ansatz. In diesem Beitrag haben wir noch einmal alle derzeit relevanten Informationen zusammengetragen.

Die letzte Woche verging wie im Flug – kein Wunder bei so viel spannden Themen! Zum einen wird der Namespace javax für Jaktara EE nun doch nicht verfügbar sein. Wir haben nachgefragt, wie es mit Jakarta EE nun weitergeht. Zum anderen ist GraalVM 19 produktionsreif und in zwei verschiedenen Editionen verfügbar. Außerdem war Tag des Freelancers und wir haben Gehalt, Trends und Berufchancen genauer unter die Lupe genommen.

Wir haben uns mit Java-Champion Adam Bien über die aktuelle Situation rund um Jakarta EE unterhalten. Was bedeutet ein möglicher Wechsel des Namesspace von javax zu jakarta für die Anwender? Was bringen Projekte wie MicroProfile und Quarkus für Java Enterprise?

Jakarta EE gilt als die Zukunft von Cloud-native Java. Doch wohin geht die Reise von Jakarta EE eigentlich? Welche Java(-EE)-Version ist am gefragtesten? Und was sind die größten Trends im Bereich der Java-Programmierung? Antworten auf diese und weitere Fragen gaben rund 1.800 Entwickler aus aller Welt. Wir haben uns die Ergebnisse, der von der Eclipse Foundation in Auftrag gegebenen Umfrage, einmal genauer angesehen.

Die Zukunft von Jakarta EE wird aller Voraussicht nach ohne den Namespace javax stattfinden – zumindest, wenn es um die Weiterentwicklung der entsprechenden APIs geht. Diese Information traf die Community rund um Enterprise Java in der JAX-Woche wie ein Paukenschlag. Wie geht es nun weiter mit Jakarta EE? Auf welche Weise wird der Namespace ersetzt? Es gab viel zu besprechen. Tanja Obradovic, Jakarta EE Program Manager bei der Eclipse Foundation, stand uns Rede und Antwort.

Die vergangene Woche stand ganz im Zeichen der JAX 2019. Wir führten Interviews mit Speakern, berichteten über die Eröffnungskeynote und haben die wichtigsten Take Aways zusammengefasst – alles drehte sich dabei um die neuesten Trends der Java-Welt und darüber hinaus. Aber auch unsere JDK-Steckbriefe, eine Einführung in die GraalVM und das Copyright-Drama um javax zählen zu den beliebtesten Themen der letzten Woche.

Die Verlautbarung, dass das Projekt Jakarta EE in Zukunft den Namespace javax nicht mehr wird weiterentwickeln dürfen, könnte ein Fanal für die Zukunft von Enterprise Java sein. Die Community von Jakarta EE steht nun vor der Herausforderung, einen neuen Namespace zu etablieren, ohne die Rückwärtskompatibilität zu gefährden.

Viel tut sich momentan bei der Java Enterprise Edition: der Umzug nach Eclipse, die Umbenennung in Jakarta EE, der neue Community-getriebene Prozess, die Konsolidierung und Weiterentwicklung der Standards. In der neuen Kolumne „EE Insights“ hält uns Christian Kaltepoth auf dem Laufenden und versorgt uns mit Insider-Wissen aus dem Jakarta-EE-Universum.

Red Hat hat ein Update für Thorntail veröffentlicht. Version 2.4.0 des WildFly-Swarm-Nachfolgers kann mit Java 11 umgehen und soll Entwicklern die Arbeit mit MicroProfile 2.2 erleichtern.

Es gibt Neues aus der Jakarta-EE-Welt. Nachdem nun langsam alle Spezifikationen und der gesamte Code zur Eclipse Foundation umgezogen sind, gibt es gerüchteweise einen ersten Ausblick auf die Zukunft von Jakarta EE. Und diese Zukunft beinhaltet NoSQL.

Viel tut sich momentan bei der Java Enterprise Edition: der Umzug nach Eclipse, die Umbenennung in Jakarta EE, der neue Community-getriebene Prozess, die Konsolidierung und Weiterentwicklung der Standards. In der neuen Kolumne „EE Insights“ hält uns Christian Kaltepoth auf dem Laufenden und versorgt uns mit Insider-Wissen aus dem Jakarta-EE-Universum.

Die Arbeit an der von vielen als „Innovationsschmiede“ für Jakarta EE angesehenen Spezifikationssammlung geht weiter: Version 2.2 von MicroProfile enthält keine neuen Specs, hat aber Updates für die Fault Tolerance, OpenAPI, OpenTracing und Rest Client APIs im Gepäck. Wir haben uns angesehen, was es Neues im Bereich der Enterprise Java Microservices gibt.

Oracles neues Open Source Java Framework für das Erstellen von Java Microservices in Cloud-Umgebungen, Project Helidon, steht kurz vor dem ersten Major Release. Mit Version 0.11.0 wurde ein umfangreiches Refactoring der APIs vorgenommen, mit dem die kommende Veröffentlichung von Helidon vorbereitet wird.

Der Tod von Java EE ist schon häufig prophezeit worden. Doch dann kam alles anders und es passierte, was wohl niemand für möglich gehalten hat. Oracle kündigte an, Java EE an die Eclipse Foundation zu übergeben. Der eigentliche Transfer wurde Ende 2017 eingeleitet, also vor über einem Jahr. Grund genug einmal genauer zu betrachten, was seit Beginn der Übergabe passiert ist und wie die Inkubationsphase bei der Eclipse Foundation im Detail abläuft.

Nachdem wir uns in der Kolumne der Oktober-Ausgabe dem OpenTracing-Standard gewidmet haben, wollen wir uns jetzt die OpenAPI-Spezifikation und deren Integration in das MicroProfile näher anschauen. Wie immer geht es dabei nicht nur darum, welche technischen Möglichkeiten der Standard liefert. Vielmehr wollen wir die Praxistauglichkeit der Spezifikation und die möglichen Anwendungsszenarien kritisch beleuchten und die verschiedenen Alternativen gegeneinander abwägen.

Version 15 des Java-EE-Application-Server WildFly ist erschienen. Neben einer verbesserten Server-Beobachtbarkeit und SNI Support für HTTPs Listeners steht besonders die Unterstützung für das JDK 11 im Fokus.

Der Java Community Process (JCP) wurde für Jakarta EE abgeschafft und dafür der Eclipse Foundation Specification Process (EFSP) eingeführt. Doch worin unterschieden sich die zwei Prozesse voneinander? Tanja Obradovic (Jakarte EE Program Manager bei der Eclipse Foundation) hat fünf Unterschiede herausgearbeitet.

Unsere Woche stand, wer hätte das gedacht, ganz im Zeichen der W-JAX 2018. In Interviews löcherten wir die Speaker zu Themen wie Kotlin, Groovy, DevOps und Microservices. Außerhalb der W-JAX-Welt gab es Neues in unseren Kolumnen: Scrum Master, Women in Tech und Jakarta EE.

Na, auch ein wenig den Anschluss in Sachen Jakarta EE verloren? Das macht nichts. In unserer Interview-Reihe sprechen Experten der Enterprise-Java-Szene Klartext darüber, was sich im Laufe der letzten Wochen und Monate verändert hat und in welche Richtung sich Jakarta EE entwickelt. Zentrales Thema ist dabei unter anderem, wie Jakarta EE zum neuen Zuhause für Cloud-native Java werden soll. Unser heutiger Gast ist Werner Keil, Java-EE-Experte und Agile Coach. Ab geht die Reise ins Jakarta-EE-Universum!