Welcome to the eighty-ninth issue of Hashtag Jakarta EE!
We are approaching the last quarter of 2021 (can you believe it?), which in turn means that the first quarter of 2022 is also imminent. Why am I bringing this up? Well, here’s the deal. Jakarta EE 10 is scheduled for Q1, 2022, and to be able to deliver according to the release plan, all the individual specifications that are part of Jakarta EE 10 need to start their release process earlier.
The following dates have been communicated by the Jakarta EE Platform Project:
Target date: October 15, 2021
Last call: December 15, 2021
Some of the specification projects have started releasing/staging milestone releases. For example, the 5.0.0-M1 API for Jakarta Expression Language is available in the Jakarta Staging Repository. You can also find the 4.0.0-M1 of Jakarta Faces there. Currently released embedded with Eclipse Mojarra, hence the
org.glassfish Group ID, but will soon be released separately when the work progresses.
Add the following repository definition to try out the staged artifacts:
<repository> <id>jakarta-nexus-staging</id> <name>Jakarta Staging</name> <url>https://jakarta.oss.sonatype.org/content/repositories/staging/</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </repository>
Jakarta EE Elections
The elections for seats in the Jakarta EE committees have been initiated. Read about the details in Jakarta EE Elections. If you are in the process of writing up your nomination or already have nominated yourself, please reach out to me if you would like to create an accompanying promotion video. We will set up a short Studio Jakarta EE interview where you can tell the community why they should vote for you.
If you need inspiration for why you should contribute to Open Source in general, or Jakarta EE in particular, check out this great article and interview with Kevin Sutter.
One thought on “Hashtag Jakarta EE #89”
Hi Ivar, thanks for the news. Looks like Jakarta Community is getting on speed, congrats! Are we able to use Jakarta from Kotlin (more and more clients are asking about micorservices in Kotlin on JVM) that is why i am asking.