|Re: [jakartaee-platform-dev] Releasing api jars to central|
I do not share this view. It would have been no problem to simply put a Jersey RC on Maven Central, that takes less than one hour.
Possibly not the spec APIs, but at least the CIs. For example, Jakarta REST went into a ballot referring to a CI that was itself an M6 only (not even an RC).
Von:jakartaee-platform-dev-bounces@xxxxxxxxxxx [mailto:jakartaee-platform-dev-bounces@xxxxxxxxxxx] Im Auftrag von Scott Stark
The artifacts of a specification are staged in the Jakarta nexus repo during a vote and specifically not released to Maven central until all of the release criteria are met. This includes the specification committee voting, the PMC approval, and the EMO approval. There were no specifications that went to ballot with non-final api jars. They simply were not in Maven central.
On Thu, Nov 19, 2020 at 6:21 AM Markus KARG <markus@xxxxxxxxxxxxxxx> wrote:
Werner, yes, I mean the Jakarta EE platform. And no, it is definitively NOT done like that. There are some JARs currently NOT uploaded to Maven central while the ballot has successfully passed already (I checked that yesterday). And, some projects went into ballot with MRs/RCs definitively. If that wouldn't be the case, Steve never would have had a need to ask and I never have had to explain.
Von:jakartaee-platform-dev-bounces@xxxxxxxxxxx[mailto:jakartaee-platform-dev-bounces@xxxxxxxxxxx] Im Auftrag von Werner Keil
With "Jakarta EE itself" I assume you mean the platforms like Full or Web Platform?
What you mentioned is done just like that at the moment. ;-)
All the individual specs were voted on before the Platform ballots took place.
Some were done relatively "Long before" others only a few weeks ago, but all happened before the platforms.
The standalone specs are also separate and only referenced from the platform specs in ways like
"The Jakarta Annotations specification can be found at https://jakarta.ee/specifications/annotations. "
I'd like to extend Ivar's answer by one point: Specs can publish many releases within the lifetime of one Jakarta EE release, hence their pushing is always unrelated of Jakarta EE and typically should be done *long before* Jakarta EE is iteself starting its ballot. In fact, what people "out there" expect is that the ballot for Jakarta EE is basing on already published specs, not basing on Milestones or Candidates. Looking on Jakarta EE from that point makes it clear that EE 8 and EE 9 enforced unneccessary and unwanted waiting, and we should never again without anything that successfully passed a ballot. These are not chapters of a book, these are standalone documents.
Von:jakartaee-platform-dev-bounces@xxxxxxxxxxx[mailto:jakartaee-platform-dev-bounces@xxxxxxxxxxx] Im Auftrag von Steve Millidge (Payara)
Thanks I will get the checklist steps done now then
From:jakartaee-platform-dev-bounces@xxxxxxxxxxx<jakartaee-platform-dev-bounces@xxxxxxxxxxx> On Behalf Of Ivar Grimstad
That is part of the competition steps for the specification project team after their ballot is passed. Should be done for each component specification as soon as possible after the ballot completes.
On Wed, Nov 18, 2020 at 6:54 PM Steve Millidge (Payara) <steve.millidge@xxxxxxxxxxx> wrote:
I may have missed something but how is the release of apis jars to maven central being done for the release. Are we pushing jars that have passed all stages to central now or waiting for the Jakarta EE release date?
Jakarta EE Developer Advocate | Eclipse Foundation, Inc.
Eclipse Foundation- Community. Code. Collaboration.
Back to the top