Another quick way to view the dependencies is with
mvn dependency:tree
and if you want to include the dependencies that were filtered out by conflict
resolution
mvn dependency:tree -Dverbose
Paul Gier wrote:
I think this has to do with the names changing. I'm guessing
that the
three versions you have are using different groupIds or artifactIds :(
You can view the dependency tree with "mvn
project-info-reports:dependencies". This will give you an html page in
target/site that shows the dependency tree so you can see where each
one is coming from. I'll try to fix all these before the next attempt
at removing build-thirdparty.xml.
Dimitris Andreadis wrote:
> Adrian Brock wrote:
> > JBossXB is currently at 2.0.0.CR7, why use a snapshot?
>
> I guess nobody asked for it? I moved both build-thirdparty.xml and
> root pom.xml (trunk) at 2.0.0.CR7. Please use the following jira if
> further upgrade is needed:
>
http://jira.jboss.com/jira/browse/JBAS-5314
>
> I guess Paul wants to do the same in the new maven branch.
>
>> The error message indicates some other problem anyway
>> since that class has been in JBossXB "forever".
>>
>> e.g. did you see Alex's comment about Xerces 2.6.1 getting
>> downloaded by maven instead of 2.9.1?
>>
>> Looks like a spurious transient dependency to me.
>
> Can someone please explain HOW THIS WORKS? From yesterday's
> "experiment" I now have 3 version of xercesImpl in my maven repo
> (2.2.1, 2.4.0, 2.6.2). Note that I had completely wiped-out the
> content, so this is the result of the jboss as mavenized thirdparty
> download.
>
> Isn't maven supposed to decide which *one* version of a component to
> download, while resolving dependencies?
>
> How it is guaranteed that the correct version of a component will be
> used in a particular build?