Jakarta EE: The new home for enterprise Java
Jakarta EE is the new name for the overall platform comprised initially of the Java EE technologies that are being contributed to the Eclipse Foundation. Today, Ian Robinson explains why Java EE has moved to the Eclipse Foundation and where it’s going from here.
A platform is greater than the sum of its parts
Last year I talked about the exciting news that Java EE was moving to the Eclipse Foundation for the ongoing development of the platform technologies. There’s an important word in there – “platform”.
One of the strengths of Java EE – and a significant factor in its ongoing success – is its notion of platform. Enterprise applications require composable technologies which can be used independently but which also can integrate and cooperate in a well-defined manner when used together. Effective platforms enable these diverse technologies to work together. The platform is greater than just the sum of its parts.
And that’s where Jakarta EE comes in. Jakarta EE is the new name for the overall platform comprised initially of the Java EE technologies that are being contributed to the Eclipse Foundation. In the early days of e-business, IBM helped create J2EE and the Java EE platform this grew into, to establish Java as a technology for enterprises. So I’m delighted that IBM is a strategic member of the new Jakarta EE working group, continuing to drive the evolution and adoption of Jakarta EE as the platform for cloud-native Java applications.
Java EE is leaving home
And as the great and underrated Brian May Queen song says, “Leavin’ home ain’t easy.” That song’s now an ear worm as I write this blog, and it’s true in so many different situations. Sending my teenage daughter off to university was so much harder than just putting all her stuff into the car. But it’s been good for her, and I’m learning to enjoy it, too.
The IBM team knows a thing or two about sending our kids into the great wide open. Last year we moved both our WebSphere Liberty development and JVM development into the open. Open Liberty is a Java EE runtime today, and I’m looking forward to being able to call it a Jakarta EE runtime in the future.
I know that there will be a few bumps along the way as Java EE leaves its old home – for example choosing the new platform name created passionate debate as you can see in David Blevins’ post. But by making this a real community effort at the Eclipse Foundation, we’ve had a great deal of success in a short amount of time already. A significant amount of the Java EE reference implementations are now re-homed in projects under the top-level Eclipse Enterprise for Java (EE4J) project. Each reference implementation has its own set of git repositories under the eclipse-ee4j github org. Test Compatibility Kits (TCKs) and the platform Compatibility Test Suite (CTS) are still in the pipeline, and we have a new lightweight specification process to finalize. There’s still a lot to do, but progress towards full community ownership of enterprise Java has been impressive. And the IBM team is looking forward to seeing rapid innovation in Jakarta EE now that it’s left home and moved out into the community at Eclipse.
Where next for Jakarta EE
The Eclipse Foundation conducted an Enterprise Java Developer Survey this March. Over 1,800 Java developers responded, and recommended three areas of focus:
- Better support for microservices
- Native integration with Kubernetes and Docker
- Faster pace of innovation
Happily, the survey findings confirmed what we’ve been focusing on at IBM for a while now. We got a head start on these areas when we, along with other members of the community, became founding members of the Eclipse MicroProfile community whose goal is to accelerate and extend enterprise Java for microservices. We’ve already seen four releases of Eclipse Microprofile in its 18-month history. I see this as an encouraging example of how the Eclipse Foundation can support a “faster pace of innovation” with the will of a community. The rapid adoption of MicroProfile by many Java EE implementations, including Open Liberty, has made it one of top six Java frameworks for building cloud-native applications.
At IBM, we use Liberty as the Java application environment for our IBM Cloud platform. We integrate Liberty’s support for MicroProfile capabilities like Health Check, Metrics and Fault Tolerance with the IBM Cloud platform’s underlying Kubernetes and Istio subsystems. I hope and expect to see the EE-centric technologies we’ve built in MicroProfile inform the future direction of Jakarta EE.
Get involved at the Eclipse Foundation
There’s been a whole lot of new activity at the Eclipse Foundation over the last year – including Jakarta EE, MicroProfile and the OpenJ9 JVM. And I’m proud of IBM’s contributions to all these open source projects.
One common purpose of all of these projects is to enable the widest community participation. So, thanks for reading this! And now… help us build tomorrow’s cloud-native Java platform:
- Join the Jakarta EE community to help us build tomorrow’s enterprise Java platform.
- Make a difference by becoming a contributor or committer to one of the EE4J projects.
- Help determine our future direction by joining the Jakarta EE working group.
This post was originally published in the May 2018 issue of the Eclipse Newsletter: A First Look at Jakarta EE
For more information and articles check out the Eclipse Newsletter.