ant-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Maarten Coene (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (IVY-818) Ivy ibiblio resolver chokes on variables while checking descriptor consistency
Date Sat, 06 Sep 2008 20:37:44 GMT

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

Maarten Coene resolved IVY-818.
-------------------------------

       Resolution: Fixed
    Fix Version/s: 2.0-RC1

I've fixed the problem with the grizzly project, so I assume the original problem will also
be solved.
Please reopen if it is not the case.

> Ivy ibiblio resolver chokes on variables while checking descriptor consistency
> ------------------------------------------------------------------------------
>
>                 Key: IVY-818
>                 URL: https://issues.apache.org/jira/browse/IVY-818
>             Project: Ivy
>          Issue Type: Bug
>          Components: Maven Compatibility
>    Affects Versions: 2.0-RC1
>         Environment: Ubuntu 8.04, ivy svn rev: 657553
>            Reporter: Robert Newson
>            Assignee: Maarten Coene
>             Fix For: 2.0-RC1
>
>
> The ibiblio resolver in trunk has a new facility for parsing maven-metadata.xml in order
to find the latest snapshots. Unfortunately it doesn't work if the version numbers in the
poms are variables, that is, our pom's have ${subproject-version} in them.
> When encountering these, Ivy throws this;
> java.text.ParseException: inconsistent module descriptor file found in 'http://mvn.mycompany.com/maven2/<removed>/1.2.0-RQA2-20080518.055623-736.pom':
bad revision: expected='1.2.0-RQA2-SNAPSHOT' found='${subproject-version}'; 
> 	at org.apache.ivy.plugins.resolver.BasicResolver.checkDescriptorConsistency(BasicResolver.java:575)
> 	at org.apache.ivy.plugins.resolver.BasicResolver.getDependency(BasicResolver.java:252)
> 	at org.apache.ivy.plugins.resolver.IBiblioResolver.getDependency(IBiblioResolver.java:417)
> 	at org.apache.ivy.plugins.resolver.ChainResolver.getDependency(ChainResolver.java:124)
> 	at org.apache.ivy.core.resolve.IvyNode.loadData(IvyNode.java:169)
> 	at org.apache.ivy.core.resolve.VisitNode.loadData(VisitNode.java:257)
> 	at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:610)
> 	at org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(ResolveEngine.java:696)
> 	at org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:618)
> 	at org.apache.ivy.core.resolve.ResolveEngine.getDependencies(ResolveEngine.java:501)
> 	at org.apache.ivy.core.resolve.ResolveEngine.resolve(ResolveEngine.java:233)
> 	at org.apache.ivy.core.resolve.ResolveEngine.resolve(ResolveEngine.java:191)
> 	at org.apache.ivy.Ivy.resolve(Ivy.java:502)
> 	at org.apache.ivy.ant.IvyResolve.doExecute(IvyResolve.java:232)
> 	at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277)
> It seems Ivy verifies that the pom matches the metadata file, laudable in itself, but
doesn't know that ${subproject-version} expands to the expected value. Setting that as a property
did not help.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message