I haven’t tried anything like this in years, but I think there’s a maven dependency plugin command that produces a graph; grepping this for the problem child may show all the paths to it.
Hope this might help... David Jencks Sent from my iPhone > On Sep 12, 2019, at 4:07 PM, Jonathan Gallimore > <[email protected]> wrote: > > That's a good suggestion, thank you. Must admit, I'm surprised. I thought > the whole bom thing was meant to make this easier. I must be missing > something. > > Jon > > On Fri, Sep 13, 2019 at 12:00 AM David Blevins <[email protected]> > wrote: > >> If you find it too difficult a plan b could be to hack the Setup (or >> whatever it’s called) java code that turns the war files into the assembly. >> >> I.e. add a line to delete it. >> >> On Thu, Sep 12, 2019 at 3:46 PM Jonathan Gallimore < >> [email protected]> wrote: >> >>> If anyone knows how to exclude jakarta.activation-api in the new bom >>> module, I'd sure appreciate the help. I'd expect >>> >>> <exclusion> <!-- Is already included in java-ee-api --> >>> <artifactId>jakarta.activation</artifactId> >>> <groupId>jakarta.activation-api</groupId> >>> </exclusion> >>> >>> to work, but it seems like no matter where I exclude it, it keeps popping >>> up. >>> >>> Jon >>> >>> On Thu, Sep 12, 2019 at 10:03 PM Jonathan Gallimore < >>> [email protected]> wrote: >>> >>>> Awesome, thanks for the detail. I'm working on the PR now. I post >> updates >>>> here as I have them. Intention is to have take 2 rolled by the end of >> the >>>> evening. >>>> >>>> Have a safe flight! >>>> >>>> Jon >>>> >>>> On Thu, Sep 12, 2019 at 9:55 PM David Blevins <[email protected]> >>>> wrote: >>>> >>>>> Plane, but planet works too — although a slight exaggeration :) >>>>> >>>>> On Thu, Sep 12, 2019 at 1:53 PM David Blevins <[email protected] >>> >>>>> wrote: >>>>> >>>>>> Had a longer response but the planet started boarding and now I have >>> to >>>>>> start again on cell :) >>>>>> >>>>>> Agree with all your removals. Note on Jakarta activation 1.2, we’ll >>>>> want >>>>>> to eventually switch to Geronimo Activation 1.2 when we get that >>> ready. >>>>>> >>>>>> We need to update the LICENSE and NOTICE files of each dust to add >> the >>>>> EPL >>>>>> v2. When I looked at this a few days ago, I also noticed only some >> of >>>>> them >>>>>> had the EPL v1, so that should get fixed as well; all our dists have >>> the >>>>>> ecj jar so need the EPL v1. >>>>>> >>>>>> >>>>>> >>>>>> On Thu, Sep 12, 2019 at 1:38 PM Jonathan Gallimore < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Here's the same analysis on TomEE 7.0.6: >>>>>>> >>>>>>> javax.activation: >>>>>>> - lib/activation-1.1.jar >>>>>>> - lib/javaee-api-7.0-1.jar >>>>>>> >>>>>>> javax.xml.stream: >>>>>>> - lib/stax-api-1.0-2.jar >>>>>>> - lib/javaee-api-7.0-1.jar >>>>>>> >>>>>>> javax/xml/ws/EndpointReference.class, >>>>> javax/xml/ws/WebServiceFeature.class >>>>>>> and javax/xml/ws/wsaddressing/W3CEndpointReference.class: >>>>>>> - lib/openejb-client-7.0.6.jar >>>>>>> - lib/javaee-api-7.0-1.jar >>>>>>> >>>>>>> So I think removing the following is the way to go: >>>>>>> >>>>>>> geronimo-activation_1.1_spec-1.1.jar (covered by >>>>>>> jakarta.activation-1.2.1.jar) >>>>>>> jakarta.activation-api-1.2.1.jar (covered by >>>>>>> jakarta.activation-1.2.1.jar) >>>>>>> geronimo-interceptor_1.2_spec-1.0.jar (covered by >>> javaee-api-8.0-2.jar) >>>>>>> geronimo-javamail_1.4_spec-1.7.1.jar (covered by >>>>>>> geronimo-javamail_1.4_mail-1.9.0-alpha-2.jar) >>>>>>> geronimo-jpa_2.2_spec-1.0.jar (covered by javaee-api-8.0-2.jar) >>>>>>> jakarta.xml.soap-api-1.4.1.jar (covered by javaee-api-8.0-2.jar) >>>>>>> >>>>>>> I'll get started, but please do shout if that looks wrong. >>>>>>> >>>>>>> Jon >>>>>>> >>>>>>> On Thu, Sep 12, 2019 at 9:19 PM David Blevins < >>> [email protected] >>>>>> >>>>>>> wrote: >>>>>>> >>>>>>>>> On Sep 12, 2019, at 1:03 PM, Jonathan Gallimore < >>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>> Also, I'll take a look at openejb-client, but I'm not too sure >>>>> what do >>>>>>>> with >>>>>>>>> this conflict: >>>>>>>>> >>>>>>>>> javax/xml/ws/EndpointReference.class, >>>>>>>> javax/xml/ws/WebServiceFeature.class >>>>>>>>> and javax/xml/ws/wsaddressing/W3CEndpointReference.class: >>>>>>>>> >>>>>>>>> - javaee-api-8.0-2.jar >>>>>>>>> - openejb-client-8.0.0.jar >>>>>>>>> >>>>>>>>> Any thoughts? >>>>>>>> >>>>>>>> Only suspecting it might have already been there in a past >> release. >>>>>>>> >>>>>>>> If that's the case, IMO, any conflicts that were there in 7.x, we >>>>> ignore >>>>>>>> for now. So if this one is status quo, it's fine. >>>>>>>> >>>>>>>> >>>>>>>> -David >>>>>>>> >>>>>>>> >>>>>>> >>>>>> -- >>>>>> Sent from Gmail Mobile >>>>>> >>>>> -- >>>>> Sent from Gmail Mobile >>>>> >>>> >>> >> -- >> Sent from Gmail Mobile >>
