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?