[ 
https://issues.apache.org/jira/browse/MSHARED-491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Scholte closed MSHARED-491.
----------------------------------
    Resolution: Fixed

Fixed in 
[b5e9f99802c45b4f0a526c506e11964a61211d89|https://gitbox.apache.org/repos/asf?p=maven-dependency-tree.git;a=commit;h=b5e9f99802c45b4f0a526c506e11964a61211d89]
It turns out that reactorProjects were added as a hack. The code used to 
resolve artifacts as well, and in case to reactorProjects these could not be 
resolved if they weren't built yet.
However, dependency-tree is only about poms. With MSHARED-519 being fixed, 
there should be the no for this anymore, as reactorProject poms are expected to 
be provided with the WorkspaceReader.

> DependencyGraphBuilders shouldn't need reactorProjects for resolving 
> dependencies
> ---------------------------------------------------------------------------------
>
>                 Key: MSHARED-491
>                 URL: https://issues.apache.org/jira/browse/MSHARED-491
>             Project: Maven Shared Components
>          Issue Type: Improvement
>          Components: maven-dependency-tree
>    Affects Versions: maven-dependency-tree-3.0
>            Reporter: Robert Scholte
>            Assignee: Robert Scholte
>            Priority: Major
>             Fix For: maven-dependency-tree-3.1.0
>
>
> Based on the code it seems that reactor projects are only used in case there 
> are unresolved dependencies, like a fallback.
> Reactor projects should always have a higher priority compared to repository 
> stored artifacts.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to