Herve,

I didn't think I was asking for any extra flexibility out of
dependency-tree that it didn't already give. Are you saying that it doesn't
support resolution of projects in the current reactor?

William


On Thu, Mar 20, 2014 at 5:16 PM, Hervé BOUTEMY <[email protected]>wrote:

> maven-dependency-tree offers a really simple API: that's its objective.
> The drawback is that it is not very flexible
> The value is that it hides Maven 2, Maven 3.0.x and Maven 3.1.x+
> implementations, which are completely different (initial Maven 2 is made of
> listeners, Maven 3 uses Aether and Maven provider, with package changes
> from
> Maven 3.0 and 3.1)
>
> If you need more features, I think you'd better use Aether with Maven
> Provider: you can look both at maven-dependency-tree source to start and
> Aether examples to better understand Aether API, which is a lot more
> flexible<-
> >rich<->complex
>
> Notice that your initial code will use latest Aether, then your plugin will
> require Maven 3.1.x minimum. If you want compatibility with Maven 3.0.x and
> 3.1.x+, you'll have to add some reflection magic which might add
> complexity (it
> was not so easy to do it in maven-dependency-tree)
> If you want Maven 2 compatibility, I would personnally not really think it
> is
> reasonably feasible
>
> Regards,
>
> Hervé
>
> Le jeudi 20 mars 2014 09:55:31 William Ferguson a écrit :
> > Hi,
> >
> > I have a plugin that uses the maven-dependency-tree component to resolve
> > project dependencies in a LifeCycleParticipant. (We need early access to
> > deps because we need to modify the compile classpath).
> >
> > But I'm finding that with a clean repository, in a multi-module project
> > with modules X and Y-depends-on-X that the DependencyGraphBuilder is
> > throwing a DependencyGraphBuilderException when trying to resolve
> > Y-depends-on-X. It says that it cannot find X.
> >
> > So it appears that the maven-dependency-tree is only using information
> from
> > the repository and not the reactor.
> >
> > Is that expected?
> > Is there anyway that I can get MDT to resolve from the reactor?
> > Is there another approach that I should be taking to ensure that
> resolution
> > looks in the reactor?
> >
> > NB I need to support both maven 3.0 and 3.1 which is why we are using MDT
> > to provide a level of abstraction above the 2 differing Aether
> > implementations.
> >
> > William
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to