[Hawkular-dev] Parent POM and Wildfly BOM
Stefan Negrea
snegrea at redhat.com
Tue Jul 21 01:48:26 EDT 2015
Peter,
What would be a good argument to implement the removal of <scope>import</scope> as proposed by Thomas?
Thank you,
Stefan
----- Original Message -----
> From: "Peter Palaga" <ppalaga at redhat.com>
> To: "Discussions around Hawkular development" <hawkular-dev at lists.jboss.org>
> Sent: Monday, July 20, 2015 11:50:31 AM
> Subject: Re: [Hawkular-dev] Parent POM and Wildfly BOM
>
> On 2015-07-20 17:06, Thomas Segismont wrote:
> > Le 20/07/2015 16:15, Peter Palaga a écrit :
> >> Yes, I agree there exist maven modules inside HK componets projects that
> >> do not consume anything from WF BoM. ptrans is a good example of such
> >> one. But I am still failing to see what your proposal is going to
> >> improve in ptrans. WF BoM, regardless if it is imported in parent or
> >> not, has no influence on ptrans as long as you do not add a dependency
> >> on something from the WF BoM. ptrans does not depend on anything managed
> >
> > "as long as" is the key. When we upgraded from Wildfly BOM version 8 to
> > 9.CR1, I spent half a day getting down to a build issue in Metrics,
> > where the rest-tests module suddenly stopped working, just because the
> > new BOM broke dependency resolution.
>
> I can follow how hard it was to resolve the issue caused by WF BoM. But
> anyway, even if WF BoM was not imported in HK parent, are you not going
> to keep using the resteasy managed by WF BoM in rest-tests through
> keeping it imported somewhere in the rest-tests pom hierarchy?
>
> You maybe prefer to manage the resteasy client version yourself? -
> because otherwise, I do not see how not having WF BoM imported in HK
> parent would improve something important for you.
>
> >> in WF BoM, hence there is no impact. The compile class path of ptrans
> >> and the resulting jar stay the same regardless if WF BoM is imported in
> >> HK parent or not. I see no impact at all.
> >>
> >> I think I understand now how your proposal is supposed to work, but I
> >> fail to see why it is better than the present state.
> >
> > It boils down to control of dependency management. With the BOM auto
> > imported by the parent, we have to adapt to the Wildfly BOM choices.
>
> Yes, that's true that we loose some control but the gain is that we do
> not need to manage the versions of artifacts they manage.
>
> You claim that there are modules where it is harmful. But which ones? In
> ptrans, it is harmless, IMO (no dependency -> no problem). In
> rest-tests, you probably keep WF BoM included anyway, so removing the WF
> BoM include from HK Parent does not change anything. Is there any other
> module where the WF BoM include in Parent causes a problem?
>
> Thanks,
>
> -- P
>
> > It
> > should not be like this.
>
>
>
> > _______________________________________________
> > hawkular-dev mailing list
> > hawkular-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/hawkular-dev
> >
>
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hawkular-dev
>
More information about the hawkular-dev
mailing list