[jboss-dev] jbossxb at 2.0.0-SNAPSHOT or 2.0.0.CR5
Paul Gier
pgier at redhat.com
Fri Mar 14 10:19:49 EDT 2008
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?
>
More information about the jboss-development
mailing list