The election for the JCP Executive Committee started today! All JCP Members eligible to vote have received an e-mail with voting instructions. Don’t wait – cast your vote today! The ballot will close at 11:59 PM PST on November 18
We would appreciate if you cast your vote for Eclipse Foundation for an elected seat in the JCP Executive Committee. Read our position statement here.
Remember that A Vote for Eclipse Foundation is a Vote for Open Source
I am happy to announce that Eclipse Foundation was re-elected for an elected seat in the Java Community Process (JCP) Executive Committee with 50% of the votes. You can check out all the results on the 2022 Executive Committee Election page.
Thanks to everyone that voted!
The remaining elected seat in this year’s election went to Microsoft. This will be their first appearance on the Executive Committee, but they will have a flying start since their representative Martijn Verburg has been an Executive Committee Member for a long time representing the London Java Community.
I know, you are probably pretty tired of elections by now. But please, take the time to submit your vote in the Javas Community Process (JCP) Executive Committee (EC) elections.
The ballot is open for voting until November 16, 2020. All the relevant information can be found on the JCP EC Election pages.
And, do remember that a vote for Eclipse Foundation is a vote for the Open-source Community!
The 2020 elections for the Java Community Process (JCP) Executive Committee (EC) have started. The ballot will be open for voting between November 3 and 16.
The Eclipse Foundation has been participating in the JCP Executive Committee since 2007 with the primary goal to represent the interests of the open-source community, and for independent implementations of Java specifications
I am happy to be announced as the candidate for the primary representative of the Eclipse Foundation in this election. I have previously served two periods as an individual holding an associate seat, as well as being the alternate for Eclipse Foundation the last year.
VOTE for the Open Source Community, VOTE for Eclipse Foundation!
Both Jakarta EE and MicroProfile are established as working groups within the Eclipse Foundation. Being a part of the JCP EC secures the important linkage between Java™ SE and the enterprise Java™ technologies. The move of AdoptOpenJDK to Eclipse Foundation and the establishment of the Adoptium working group makes Eclipse Foundation the biggest distributor of Java™ runtimes after Oracle.
Tune in to the “Meet the JCP EC Candidates” conference call on Thursday, October 29, 2020 at 10 AM PDT. Check the JCP elections website and follow @jcp_org on Twitter for announcements of how to join the call.
As Wayne Beaton wrote about in his blog Renaming Java EE Specifications for Jakarta EE, the process of renaming the Java EE specifications as a part of the path towards Jakarta EE 8 has started.
Naming is hard and changing names that we have become attached to is even harder. Most of us also have this inherent feeling that change is bad and should be avoided. At the same time, we live in this ever-changing industry where embracing change is, not only a mantra but also a requirement to survive. Add to this, that some of the names we are talking about in this context are pretty bad. Some of them so long that we have to google the acronym to be able to describe what it actually abbreviates. Some of the acronyms we are using daily aren’t even acronyms, but more of an artificially created letter combination following some sort of standard. A couple of examples:
I think most of us agree that Jakarta Authentication is far more easy to remember than The Java Authentication Service Provider Interface for Containers.
Think about Jakarta REST versus Java™ API for RESTful Web Services. I don’t think anyone ever uses the long name, but rather the abbreviation/acronym JAX-RS. Which isn’t even an acronym! It is just some collection of letters to fit into the JAX-* naming standard used by Sun back in the J2EE days.
The Java™ Message Service specification covers create, send receive and read messages. So it is much more than just a message service. In this case, Jakarta Messaging would be a much more descriptive name.
We have created an issue in each of the specification GitHub projects as well as a Specification Project Renaming board in EE4J GitHub organization to track the process
I am positive to renaming the specifications even if it is a lot of work and may seem like an unnecessary use of resources. It is an opportunity to fix something to the better in one go and this is probably the perfect time to do it.
The Jakarta EE 2019 Developer Survey is available!
Take the survey today and help the community gain a better understanding of what’s in store for Java innovation. This is your chance to share your thoughts and experiences and help shape the future for Jakarta EE!
Responses will be collected until March 25, 2019, at 11:59 PM Pacific Time
Wow, what a year 2018 was for the MVC specification!
I know we are well into 2019 now and that I did sum up 2018 in early January. In that post, I mentioned that Christian and I received the JCP Outstanding Spec Lead Award at the JCP party for our work on JSR 371. At the same ceremony, Daniel Dias Dos Santos received the Outstanding Adopt-a-JSR Participant Award, also for his work on JSR 371.
And to top it all, Christian and I were announced as 2018 Star Spec Leads. Read more about the Star Spec Lead Program.
A complete list of all Star Spec Leads can be found in the Star Spec Lead Hall of fame.
The Java™ Community Process has been updated through JSR 387: Streamline the JCP Program. The most significant change is to open up for Iterative JSRs, i.e. JSRs that intend to deliver multiple releases of a technology on a time-based cadence. The driving force for this change is the 6 month release cadence for Java™ SE.
The first JSR using the option for being iterable is JSR 388: Java™ SE 13 (I guess the JSR name will have to be changed to not include the version number…).
Another change made in this update where changes to reviews and ballots in order to make the process even lighter to accommodate shorter release cycles.
It’s this time of the year again. Time for the yearly summary of conferences, travels, community activities, open source projects, amazing people!
Like most recent years, I have been speaking at quite a few conferences around the World. The countries I visited as a speaker in 2018 were Sweden, Germany, USA, England, Denmark, France, Belgium, South Africa, Australia, and New Zealand.
One of the highlights this year was to be awarded the JCP Outstanding Spec Lead Award together with Christian Kaltepoth for our work with JSR 371.
Another acknowledgement by the community was to be re-elected for an associate seat in the JCP Executive Committee.
Besides speaking at conferences, a great deal of my time in 2018 was dedicated Jakarta EE at the Eclipse Foundation where I act as the PMC Lead of EE4J a well as being a member of the Steering-, Specification-, and Marketing C
All in all 2018 was an eventful year and I expect no less of 2019!
Time flies like a banana…
It is almost two years since I was elected to the Java Community Process Executive Committee and the end of my term as a holder of one of the two associate seats are approaching. That means that the elections for representatives in the EC is going on, and you have a choice to make!
If you are an associate member of the JCP and haven’t already decided who to vote for in the ongoing election, please read my position statement for a motivation why you should vote for me.
