Hashtag Jakarta EE #137

Welcome to issue number one hundred and thirty-seven of Hashtag Jakarta EE!

I am enjoying a couple of weeks off so this update will be fairly short. The ballot for ratifying Jakarta EE 10 Core Profile closes on Monday. The votes on the mailing list show that the vote will pass and Jakarta EE Core 10 Core Profile is approved! It will be made available in Maven Central and on the web page as soon as the project teams get around to it.

So, what about the Jakarta EE 10 Platform and Web Profile then? If I understand it correctly, there is one test failing for Eclipse GlassFish 7 in order to pass the Jakarta EE 10 Web Profile TCK. As soon as that happens, and a certification request for GlassFish is attached to the ballot materials, both Jakarta EE 10 Platform and Jakarta EE 10 Web Profile should be ready for release reviews.

Hashtag Jakarta EE #136

Welcome to issue number one hundred and thirty-six of Hashtag Jakarta EE!

The ballot for ratification of Jakarta EE 10 Core Profile is open until August 15, 2022. Members of the Jakarta EE Specification Committee have binding votes. Still, community members are encouraged to cast their non-binding votes by replying to this thread on the public specification committee mailing list.

For Jakarta EE 10 Platform and Jakarta EE 10 Web Profile, the situation is pretty much the same as last week. Eclipse GlassFish 7.0.0.M7 passes the Jakarta EE Platform TCK, but there is still work being done on the TCK for Jakarta Concurrency 3.0 to be fully included in Jakarta EE 10 Web Profile.

Jakarta MVC 2.1 is chugging along in parallel to Jakarta EE 10. The specification work is almost done, and Eclipse Krazo 3.0 passes a release candidate of the TCK. Currently, Tobias Erdle is doing an amazing job separating out some of the view engines to a separate Krazo Extensions repository. The motivation for this work is that since some of the view technologies in question are no longer actively maintained, it will lighten the maintenance burden on the Eclipse Krazo project.

The registration for EclipseCon 2022 is open. Here’s a tip for you: The best time to ask your manager for approval to go to EclipseCon is just before they head out of the door for vacation. You would be amazed at what you can get approved when they’re one click away from enabling their out-of-office notification, and a simple ‘yes’ is all it takes.

This year’s EclipseCon will take place in Ludwigsburg, Germany from October 24 to October 27.

On Monday, October 23, there will be a Jakarta EE Community Day. More details about the program for that day will be announced shortly. I will be there, and hope to see as many of you as possible!

Hashtag Jakarta EE #135

Welcome to issue number one hundred and thirty-five of Hashtag Jakarta EE!

In last week’s Hashtag Jakarta EE (#134), I announced that the Jakarta EE 10 Platform was ready for ballot. I even started the ballot (since I am the appointed Jakarta EE Specification Committee Mentor for this specification) the following Tuesday. As it turned out, the specification was requested to be withdrawn from the ballot by the Jakarta EE Platform project. The reason is that there were changes needed in the Jakarta Concurrency TCK to accommodate the move to the Jakarta EE 10 Web Profile for that specification. These changes are of such nature that the Jakarta EE TCK Process wouldn’t allow them without a new minor release. As a consequence, the Jakarta EE Specification Committee passed a resolution to allow these changes in a service release in this special case.

Rather than being frustrated that the release sort of drags out, I am actually quite relieved. It is an example that the processes work, and they are there for a reason. The Jakarta EE Working Group does not compromise when it comes to compatibility and quality! That’s why this technology is something you can rely on, and continue building your mission-critical applications with.

I probably shouldn’t come up with any predictions for when the release is ready for ballot again other than it is really close. Jakarta EE 10 Core Profile looks like it is ready for ballot again after the necessary fixes to its TCK have been done.

Here is a reminder that the registration for EclipseCon 2022 is open. This year’s EclipseCon will take place in Ludwigsburg, Germany from October 24 to October 27.

Check out the program to see what you will be missing if you’re not going to attend. I also want to point you specifically to the great Jakarta EE talks in the program.

Hashtag Jakarta EE #134

Welcome to issue number one hundred and thirty-four of Hashtag Jakarta EE!

Here’s some good news! The Jakarta EE 10 Platform will go on ballot for its release review next week. Most likely on Monday. The Jakarta EE 10 Core Profile also looks to be in good shape, and will probably follow suit. Jakarta EE 10 Web Profile is waiting for a small update to the Jakarta Concurrency 3.0 TCK.

Another interesting event last week is that the creation review ballot for Jakarta Data was started this week. Creation reviews run for seven days according to the Jakarta EE Specification Process (JESP), so this ballot will conclude early this week. When the release review has concluded, Jakarta Data will appear in the list of specifications on https://jakarta.ee.

The conference season is now over for my part. Read my writeup from the season finale, which was JBCNConf 2022. After some well-deserved weeks of vacation, I will be out there with the community again in September and forward. The first planned conference will be JavaZone 2022 in Oslo. But you won’t get totally rid of me until then. The weekly Hashtag Jakarta EE will, of course, continue to come out even during summer.

Hashtag Jakarta EE #133

Welcome to issue number one hundred and thirty-three of Hashtag Jakarta EE!

GlassFish 7.0.0-M7 passes the Jakarta EE 10 Platform TCK. The issues that are left affect the TCKs for Jakarta EE 10 Web- and Core Profiles. There is light at the end of the tunnel, but it is hard to predict precisely when these issues will be resolved. The best way to stay informed is to join the platform call on Tuesdays and/or follow the mailing lists, and of course follow the Hasthag Jakarta EE blog series.

The proposal for the Jakarta Data specification has completed the community review, and it is now being prepared for creation review ballot by the Jakarta EE Specification Committee. All according to the Jakarta EE Specification Process (JESP).

The Registration for EclipseCon 2022 is now OPEN! Make sure to register in order to save you spot at the event happening in Ludwigsburg in October. There are some great Jakarta EE talks for you to attend. And, as always, a bunch of other topics as well.

And, if you are into running, I will arrange a Jakarta EE Community Morning run at least one of the days of the conference. Look out for #runWithJakartaEE on social media when we’re closer to the event.

Next up for me, if the traveling gods are still with me, is JBCNConf in Barcelona from July 18 to 20. I will present a talk titled Jakarta EE 10 – Feature by Feature, and Tanja will present Jakarta EE: Community Power and Progress.

Here’s some good news if you are a sucker for cool swag. While I was at the Eclipse Foundation All Hands meeting this week, I picked up a bunch of swag to give away at the upcoming conferences. When I checked in to my flight at Ottawa Airport, I discovered that mouse pads are heavier than they look. Solved it by taking them as hand luggage. Part of the story is that my baggage is loaded with maple syrup, so it was already quite heavy 😋

Hashtag Jakarta EE #132

Welcome to issue number one hundred and thirty-two of Hashtag Jakarta EE!

The program for EclipseCon 2022 has been published! The conference will be in Ludwigsburg, Germany from October 24 to October 27 later this year.

There is no fast track for Eclipse Foundation staff to speaking slots at EclipseCon. We have to submit abstracts just like anyone else aspiring to become an EclipseCon speaker. Luckily, I got two talks accepted. One of which I am listed as co-speaker.

My accepted talks are Jakarta EE 10 – Simplicity for Modern and Lightweight Cloud Applications and Jakarta EE Security – Sailing Safe in Troubled Waters (co-speaker with Werner Keil).

The status is more or less the same as I reported in Hashtag Jakarta EE #131 last week. There are three remaining issues to resolve before the release is ready. 1) CDI Language Model TCK failure in GlassFish, 2) Jakarta Concurrency 3.0 TCK contains remote Jakarta Enterprise Beans, and 3) Jakarta RESTful Web Services 3.1 TCK contains tests for Jakarta XML Binding 4.0.

The Eclipse GlassFish project is working on a fix for 1), and there are Pull Requests being discussed for 2) and 3), so there is a small possibility that the Jakarta EE Platform, Web– and Core Profile can be ready for release review ballots the upcoming week.

The Jakarta EE Platform passes the TCK, and has filed a Compatibility Certification Request for Eclipse GlassFish 7.0.

I had a great trip to DWX’22 last week, even if the travel home took a little longer than planned. A flight turned into a train ride and an extra night at a Frankfurt Airport hotel before an early morning flight back home. Now, let’s see how Tomorrow’s trip to Ottawa will be affected by striking pilots…

Hashtag Jakarta EE #131

Welcome to issue number one hundred and thirty-one of Hashtag Jakarta EE!

Jakarta EE 10 isn’t quite released yet, but that doesn’t stop us from celebrating the release. Check out the recording of the Jakarta EE 10 Release Celebration if you weren’t able to join us live last Tuesday.

The release itself is imminent. There are a couple of TCK challenges that need to be sorted out and dealt with to get everything to pass. GlassFish 7 currently passes the Jakarta EE 10 Platform TCK, but there are some changes required in the Jakarta Concurrency 3.0 TCK related to Jakarta Concurrency now being a part of Jakarta EE 10 Web Profile. It was not required for the Web Profile in previous releases, and some cleanup with regards to the packaging of the test deployments has to be cleaned up. Jakarta EE 10 Core Profile has some similar issues, but this is regarding some of the tests for Jakarta RESTful Web Services 3.1 still references Jakarta XML Binding 4.0. This works well for Web Profile, where Jakarta XML Binding is required, but not for Jakarta EE Core Profile where it’s not.

So to sum up, it is very close. Just some small nits that have to be dealt with. Then we should be ready to go!

After a week at home in sunny Sweden, I am going to Nürnberg, Germany for Developer Week ’22 this week. I have two talks at this Years’s edition. First out is Jakarta EE Security – Sailing Safe in Troubled Waters, where I am co-speaking with Werner Keil. Directly after this talk, Jakarta EE 10 – Feature by Feature is up.

I will most likely go for a run in one of the parks in Nürnberg on Thursday morning. Let me know if you’re into running and want to join me. If I know you’re coming, there is a cool Jakarta EE functional T-shirt in it for you. Werner, I’ve got you covered 🙂

Hashtag Jakarta EE #130

Welcome to issue number one hundred and thirty of Hashtag Jakarta EE!

This week, I was back in Kraków for Devoxx Poland. I have been to most Devoxx conferences before, but this was my first visit to Devoxx Poland. It is a great conference at the modern Kraków Congress Center close to the city’s center. I’ll provide a write-up of this conference in the coming days.

So, Jakarta EE 10? Are we there yet? Due to travel and Midsummer this week, I’m not 100% up-to-date on the status, but the last I saw, the Jakarta EE Platform, Web- and Core Profile are very close to being ready for release reviews. Hopefully, we can get them moving in the upcoming week.

Talking about the upcoming week, we will have a Jakarta EE 10 Release Celebration on Tuesday.

We will have some fantastic guests giving their views of Jakarta EE 10. Join Shabnam Mayel, Tanja Obradovic, and myself with special appearances from Adam Bien, Rudy de Busscher, and Scott Stark.

Hashtag Jakarta EE #129

Welcome to issue number one hundred and twenty-nine of Hashtag Jakarta EE!

The conference season continues. I represented Jakarta EE this week at the We Are Developers World Congress in Berlin. Next week, I am heading to Kraków and Devoxx Poland. But before that, I will be participating in Jakarta EE 10 – exploring the value of innovation in the open. This online event happens at 9:00 AM Eastern Time on Tuesday, June 21. Make sure to register now so you are sure not to miss it!

I will also remind you about the  Jakarta EE 10 Release Celebration Tech Talk we are hosting on June 28. Please sign up and join us there!

So, with all these celebrations and events around Jakarta EE 10, when can we expect the release? As I mentioned in Hashtag Jakarta EE #128 last week, one of the challenges is the requirement that the compatible implementation used to ratify the specification must pass all features, including the OPTIONAL ones.

To address this issue, the Jakarta EE Platform team decided to remove Entity Beans, both Container and Bean Managed Persistence (Jakarta Enterprise Beans 4.0, Optional Features, Chapters 3 – 7) OPTIONAL requirements for Entity Beans from the Jakarta EE 10 Platform specification. This will open up the possibility for other open-source implementations than Eclipse GlassFish to be used for ratifying the specification.

That said, Eclipse GlassFish is getting closer and closer to passing the TCK, so it is likely that it will pass the finishing line first anyway. From what I can see, the remaining task is to integrate an implementation of Jakarta Concurrency 3.0 and pass the new standalone TCK for this specification.

Hashtag Jakarta EE #128

Welcome to issue number one hundred and twenty-eight of Hashtag Jakarta EE!

The ballot for Jakarta Security 3.0 will conclude tomorrow. This means that all of the individual specifications that are a part of Jakarta EE 10 are approved! So when can we expect Jakarta EE 10 (Platform, Web Profile, and Core Profile) to be final? The plan was to start the ballot for these specifications by June 9 and release them on June 23 with a big announcement on June 28.

That ship has unfortunately sailed due to the work with getting Eclipse GlassFish to pass all the tests in the TCK taking a little longer than expected. The reason why GlassFish is so important is that it is the only implementation that implements absolutely all features of the specifications, including the OPTIONAL ones. As the process is defined, there has to be at least one implementation that does this in order to ratify the specification. Until we either get rid of the OPTIONAL features or remove the requirement that one implementation has to implement them all, GlassFish is, and will be, the de-facto reference implementation*).

The plan is still to release Jakarta EE 10 as soon as possible. Hopefully, just a week’s delay from what was originally announced. Worst case, it slips a couple of days into July. There will still be a Jakarta EE 10 Release Celebration Tech Talk on June 28. Please sign up and join us there!


*) Note that there is no mention of a reference implementation in the Jakarta EE Specification Process (JESP). The exact phrasing is “A Specification Version must identify at least one Compatible Implementation under an Open Source License that implements all optional elements of the Specification and fulfills the requirements of all elements (including optional elements) of the TCK.