maven-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andreas Gudian <andreas.gud...@gmail.com>
Subject Re: I wish we had a way to declare a dependency that wouldn't participate in the classpath
Date Sun, 13 Dec 2015 20:27:06 GMT
2015-12-13 19:04 GMT+01:00 Benson Margulies <bimargulies@gmail.com>:

> On Sun, Dec 13, 2015 at 9:40 AM, Benson Margulies <bimargulies@gmail.com>
> wrote:
> > On Dec 13, 2015 3:25 AM, "Stephen Connolly"
> > <stephen.alan.connolly@gmail.com> wrote:
> >>
> >> <type>pom</type>?
> >
> >
> > 1. The feature descriptor is <type>xml</type>
> >
> > 2. I believe that this still adds transitive dependencies to the
> dependency
> > graph.
>
> How about the following proposition: of the type is not jar, nothing
> goes onto the classpath? Not the thing, not its dependencies?
>

That sounds reasonable. Only stuff that _has_ a classpath should expose a
classpath.



>
> >
> >
> >
> >>
> >>
> >> On Saturday 12 December 2015, Benson Margulies <bimargulies@gmail.com>
> >> wrote:
> >>
> >> > Sometimes, we want to declare a dependency without changing a
> classpath.
> >> >
> >> > Project A builds an OSGi bundle and a Karaf feature (classifier
> >> > 'feature', type 'xml').
> >> >
> >> > Project B wants to consume the feature. it wants to declare the
> >> > feature descriptor as a dependency, to (a) ensure reactor order, and
> >> > (b) make the dependency information available to plugins.
> >> >
> >> > But it does _not_ want A's OSGi bundle and it's dependencies in the
> >> > classpath.
> >> >
> >> > The only way out is to exclude them, one-by-one. And when someone adds
> >> > a dependency to A, you have to maintain the exclusion list.
> >> >
> >> > Another example is the tomcat plugin: it needs wars as dependencies,
> >> > and similarly it needs to avoid having their dependencies in the
> >> > classpath.
> >> >
> >> > To me, this calls out for another scope.
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> <javascript:;>
> >> > For additional commands, e-mail: dev-help@maven.apache.org
> >> > <javascript:;>
> >> >
> >> >
> >>
> >> --
> >> Sent from my phone
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message