Frequently Asked Questions
Last Updated: December 1, 2020
Table of contents
What is Jakarta EE?
Jakarta EE is the future for cloud-native, light-weight, and traditional enterprise Java applications
Java EE technologies contributed by Oracle are being used to create the new Jakarta EE platform
The Eclipse Foundation is the home of Cloud Native Java open innovation
The Jakarta EE Working Group is focused on modernizing Java EE technologies and governance processes to be more open and community-based
What is the significance of the name “Jakarta EE”? How did you come up with the name?
In the early days of Java, the Apache Jakarta project was the home of many exciting innovations in the Java ecosystem. It was particularly instrumental in establishing a strong open source community in and around the Java platform. According to Wikipedia the name was originally selected because it was the meeting room used at Sun Microsystems for the meetings that led to the project creation.
In February 2018, the Community was welcomed to vote on the new name for Java EE. Almost 7,000 community members voted in our community poll, and over 64% voted in favour of Jakarta EE. Read Java EE to Jakarta EE which explains the history behind the name selection. The Apache Software Foundation kindly allowed the Eclipse Foundation to resume using that name, after it was retired at Apache in 2011.
What is included in the Jakarta EE platform?
Initially Jakarta EE was the exact equivalent to the Java EE 8 platform. All of the specifications, reference implementations (RIs), and technology compatibility kits (TCKs) that comprised Java EE 8 have been transferred to the Eclipse Foundation. Later releases of Jakarta EE build on this foundation.
What happened with javax.* namespace?
Jakarta EE 9 release introduced the jakarta.* namespace as a replacement for javax.* for Jakarta EE specifications.
What is the status of the Java EE TCKs?
The Java EE 8 Technology Compatibility Kits (TCKs) have been contributed by Oracle and open sourced at the Eclipse Foundation under the Eclipse Public License (EPL-2.0). The TCKs are hosted in the Foundation’s Git repositories. These are the basis for Jakarta EE compatibility tests for compatible implementations of the Jakarta EE specifications.
How does the Jakarta EE governance model differ from Java EE governance model?
The Eclipse Foundation has a 14 year track record of providing a pragmatic, well understood governance model for all interested parties to collaborate on technology. The main difference is that the governance model is open, vendor-neutral, and provides a level playing field for all participants.
What is the process used for creating new specifications?
The Foundation has created new specifications development processes - Eclipse Foundation Specification Process, largely based on the well established and respected Eclipse Development Process.The process is further tailored by the Jakarta EE Specification Committee for Jakarta EE. The Jakarta EE Specification Process is created and used for delivery of Jakarta EE specifications.
How often will new releases of Jakarta EE be delivered?
This is still being defined, so we cannot commit to any particular schedule or cadence at this time. However, there is a strong commitment by all involved to significantly increase the pace of innovation. We intend to listen to both the developer community and the enterprise consumers of Jakarta EE technologies to understand what their desires are. Obviously there are trade-offs to be made between stability versus pace of new innovation, but these trade-offs are being addressed in an open and inclusive manner that will help drive the success of Jakarta EE.
What’s going to be in the next release of Eclipse GlassFish, and when will it be launched?
Eclipse GlassFish project is being managed by the Eclipse GlassFish project team. All the information and latest releases can be found on the Eclipse GlassFish project pages.
The key areas that developers and other stakeholders want us to focus on include:
Enhanced support for microservices architecture
Move to Cloud Native Java, which includes better integrations with technologies such as Docker and Kubernetes
Increased pace of innovation
Build a vibrant developer community
Provide production quality reference implementations
What is the relationship between EE4J and Jakarta EE?
Here are two good articles that explain the relationships between the two and the use case for each:
Will Jakarta EE support the creation and management of microservices as a top priority for most enterprise modernization efforts?
Yes. We expect that the existing Eclipse MicroProfile community and other open source communities will continue to lead the way. Incorporating Java innovations from these projects and communities into new versions of the platform will be key to our success.
How will Jakarta EE support cloud-enablement of legacy Java systems?
We expect to see the community to work towards better integrations with cloud native technologies such as Kubernetes and Docker. Some of these integrations need to happen at the Java virtual machine (JVM) level. We expect the Jakarta EE community to work closely with the OpenJDK and Eclipse OpenJ9 team to provide support at the framework level as these JVM enhancements are made available.
What are the key intersections making sure the language and the EE platform are in lock-step?
The Jakarta EE release cadence and schedule have not yet been determined. Once the community decides what the correct cadence is, we can start discussions to ensure alignment with other communities such as OpenJDK.
What are the guidelines for use of the Jakarta EE Compatibility Logo?
The logo is not available for any specifications other than the Profiles (Full, Web). So, for example, implementing only Servlet does not permit the use of the Jakarta EE Compatibility logo by any organization or project.
If an open source implementation of the Jakarta EE Web or Full Profile follows the TCK process and is in compliance with the Eclipse Foundation TCK license, the open source project can certainly declare that it is a Compatible Implementation.
In order to use the Jakarta EE Compatibility logo, an organization sponsoring the open source project must meet the membership eligibility requirements specified in the Jakarta EE Trademark Guidelines.
At a high level, the use of the Compatibility logo is limited to only members of the Jakarta EE Working Group who are licensees under the Jakarta EE Trademark License Agreement or approved guest members of the Working Group (who are also licensees under the Eclipse Foundation Trademark License).
We require membership in the Working Group because the Jakarta EE Compatibility logo and brand have value to our community and the industry. We rely on membership funding to financially support the management of the Jakarta EE specification process, compatibility rules, and developer outreach activities to drive awareness and adoption. Also, Working Group membership fees fund the promotion of the Jakarta EE Compatible brand and its value in the marketplace.
Refer to Jakarta EE Trademark Guidelines for more details.
How can I become a Jakarta EE contributor or a committer?
To become a contributor, you begin with finding a Jakarta EE project you are interested in, then create an Eclipse Foundation account and sign the Eclipse Contributors Agreement.
After your work is noticed and recognized by the project team, a process will be initiated to promote you to a committer status.
If you are employed by one of the Jakarta EE Working Group member companies, most of the paperwork is covered by agreements signed by your employer.
How can I get involved in Jakarta EE?
Here are the various ways that you can get involved with Jakarta EE:
As a contributor you can simply contribute to the EE4J projects on GitHub via pull requests. You will have to sign our Eclipse Contributor Agreement to do that.
As a committer you are already involved! Thank you for your efforts on the projects you participate in. If you would like to get involved in our governance, there are numerous opportunities to do so. For example you can run in the Eclipse Foundation Board elections, or the Jakarta EE working group elections. These elected positions are very important, and provide the committer community with an opportunity to influence our governance. The first step for committers to participate in the governance is to become a Committer Member of the Eclipse Foundation. Details about this can be found on the Eclipse Foundation membership page.
As a software vendor you can join the Eclipse Foundation as a Solutions Member, and the Jakarta EE Working Group as a Participant Member. This allows you to support the sustainability of the community, participate in marketing programs, and engage directly with the community.
As an enterprise you can join the Jakarta EE Working Group as an Enterprise Member. Details of the various Membership levels are provided in the Jakarta EE Working Group Charter. This allows you to support the sustainability of the community, participate in marketing programs, and engage directly with the community. In addition, Influencer Members participate in the Enterprise Requirements Committee to provide your specific requirements into the annual roadmap process for Jakarta EE.
As a Java EE and/or cloud platform vendor you can join the Eclipse Foundation and the Jakarta EE Working Group as a Strategic Member. This allows you to support the sustainability of the community, participate in marketing programs, and engage directly with the community. It also provides direct access to the governance of both the Eclipse Foundation and the Jakarta EE Working Group.