Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [] Code for generating jakartaee-platform/namespace/dependencies.json

On Thu, Jul 18, 2019 at 2:35 PM Bill Shannon <bill.shannon@xxxxxxxxxx> wrote:
I was more thinking of us doing the reviews, where we might want to check that WAVE 1 is generally correct before WAVE 2 commits to the dependency.

But the issue occurs for the projects as well.  If you were doing WAVE 2 and someone else was doing WAVE 1, how soon before you submitted WAVE 2 would you like WAVE 1 to be ready?  Presumably you need to at least run the TCKs for WAVE 2 with the final versions of the WAVE 1 dependencies.  Assuming very close coordination and absolutely no mistakes this might only be minutes, but is that how we want to plan the schedule for our release?

Scott volunteered to work out a timeline so I’ll let him answer that question.  As well there are likely still some nuances to figure out wave 3 and after.

I could help more in that tomorrow if needed as I’ll be at a desk again with spreadsheets at hand.


David Blevins wrote on 7/18/19 2:10 PM:
I suspect that really depends on the people who do those releases.

Speaking for the releases I plan to do (jms and ejb) I’m happy with minutes.  I’d be doing it with the understanding one dep may not go well and I may have to re-roll (and people downstream may have to re-roll). 

Personal choice as I know I’ll only get a few windows to do the releases, so happy to take them if there’s any chance of success so I don’t block others. (In an uber to the airport now, just got a notification my flight is delayed so one window coming up :)

On Thu, Jul 18, 2019 at 1:34 PM Bill Shannon <bill.shannon@xxxxxxxxxx> wrote:
How much time would you like to have to look at the submission for WAVE 1 before WAVE 2 submits something that depends on it?

David Blevins wrote on 7/18/19 12:20 PM:
Here is the list message that has the code reference and description of why you don't see that reference under EJB.

The short answer is it's a "things that depend on me" graph, not a maven "things I depend on graph."  So the EJB<>JAX-RPC relationship is on the JAX-RPC side, stating "EJB depends on me"

The upshot of that is everything in this section are all the specs that are blocked until JAX-RPC releases.  That would be ejb-api and management-api.  So the document over all is a "who am I blocking" document.

These specifications aren't depended on by any specification, so can be released at any time.

Now, there is are two caveats:

 1. this is a pure packge perspective, not a jar perspective.  As you note, some of the jars contain other specs, such as EJB.  I'm not sure how we've been creating these mixed api jars.
 2. these dependency lists are rolled-up (transitiveness has been flattened), so the specs listed under a section may not be immediately unblocked.  i.e. releasing javax.xml.rpc immediately removes that block from javax.ejb which eventually allows to be released.

A quick analysis of at least the first two "waves" of releases are:

WAVE 0 (can happen at any time)

WAVE 1 (critical)

These two specifications block the the remaining specifications and must be released ASAP


Then CDI and servlet become unblocked and can be released:


Haven't figured this one out yet, but it looks like the worst of the blocking is over at this point.

David Blevins

On Jul 17, 2019, at 8:45 PM, Scott Stark <starksm64@xxxxxxxxx> wrote:

I think I asked this before, but I can’t find the answer, so what code was used to generate the jakartaee-platform/namespace/dependencies.json file?

The reason being is that there is something wrong. For example, the classes in the jakarta.ejb-api.jar
artifact list classes from jakarta.xml.rpc-api.jar such as javax.xml.rpc.handler.MessageContext rather than showing these as being referenced. For some reason the actual class referencing javax.xml.rpc.handler.MessageContext, which is javax.ejb.SessionContext, does not show this reference.

_______________________________________________ mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

_______________________________________________ mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

Sent from Gmail Mobile

Sent from Gmail Mobile

Back to the top