Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakarta.ee-spec.committee] Compromise for approval of Jakarta EE 8 specification projects

Kevin Sutter wrote on 6/5/19 6:18 AM:
Bill,
>  It's not our plan to hold up this release until other compatible implementations are available.  If you think we need to do that, you should bring that up at the Steering Committee, although that would clearly blow our schedule.

I've tried to be very clear that having additional Compatible Implementions is a requirement for Jakarta EE 8.
I'm afraid you've failed.  :-)   Seriously, yesterday was the first time any of us at Oracle had heard that this was even being considered.  Last we knew none of the other implementations expected to be compatible until months after release.

And, I don't think this blows the schedule.  I know that Eclipse Glassfish, Wildfly, and OpenLiberty are all active with running the Jakarta EE TCK with varying results.  We should probably identify a milestone date on the schedule for CIs to be 100% TCK passing in order to be included with the announce.  Since this activity is independent of the release and being driven by the respective open-source development communities and vendors, it should not affect the schedule.
As I said before, if other implementations can be compatible on the proposed schedule, that's great!  And I agree we should decide on what date they need to prove compatibility to be included in the announcement.

Also, both you and Mike D have indicated a final release should be required...  But, I don't know how we keep to the schedule if we have to produce a new release of Glassfish (for example) that uses the updated APIs and then do the final testing -- all of this before we submit for the Release Review.  This just doesn't work.  I think we need to re-address what is really required for a Compatible Implementation prior to the Release Review.
Sigh.  I guess my message wasn't clear at all.  We're not producing a new release of GlassFish.  We already have a final release of Eclipse GlassFish 5.1.  That's what we'll use with this approval process.

If we were to produce a final release of GlassFish for this Jakarta EE 8 release, we would have all the work done and staged at the time we submitted it for the release review.  Once the release was approved we would just "push the button" and release the staged artifacts.  I don't see why this is complicated.  The reason we're not doing that now is to save time in the schedule.


Back to the top