ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Vasco Lemoine <Vasco.Lemo...@imc.nl>
Subject RE: blank branch
Date Mon, 18 Aug 2008 13:40:10 GMT
Check this IVY-745. Seems like behavior is the same.



-----Original Message-----
From: news [mailto:news@ger.gmane.org] On Behalf Of Tom Widmer
Sent: Monday, August 18, 2008 3:34 PM
To: ivy-user@incubator.apache.org
Subject: blank branch

I'm trying to set up a dependency system including branch support for
our own artifacts. For the default branch, I'm not setting a branch
attribute at all, nor is defaultBranch set in the settings. In a
dependent module, I'm importing the dependency like this:

<dependency org="xxx" name="yyy"
                     branch="${yyy.branch}"
                     rev="${yyy.build}"
                     conf="build->default"/>

As you can see, I'm using an ant property to specify the branch.

If I set the branch to the empty string "" in an attempt to get the
default branch, the ivy:retrieve works fine the first time, when it has
to populate the cache. However, when running it the second time (when
the desired rev and all dependent revs are in the cache), it fails to
resolve properly and instead outputs a series of ivy internal errors,
such as:

        ivy internal error: no node found for yyy#xxx;rev.20454: looked in
[yyy#zzz;working@PC-WIDMER-T, yyy#xxx;rev.20454, com.sun#jre;1.6.0_05,
com.sun#jce-policy;6, com.microsoft#directx-runtime-installer;9.0c,
bouncycastle#bcprov-jdk16;136, commons-cli#commons-cli;1.1,
commons-collections#commons-collections;3.2,
commons-lang#commons-lang;2.3, commons-math#commons-math;1.1,
commons-primitives#commons-primitives;1.0,
net.sourceforge.collections#collections-generic;4.01,
janino#janino;2.5.10, org.apache.xmlgraphics#batik-transcoder;1.7,
com.jdatepicker#jdatepicker;4.2.5, com.sun.xml.bind#jaxb-impl;2.1.6,
com.camcog#jniwrapper-mhs-cptII;1.0,
com.camcog#jniwrapper-ms-word-2003;1.0,
commons-logging#commons-logging;1.0.3,
commons-discovery#commons-discovery;0.2,
org.apache.xmlgraphics#fop;0.94,
org.apache.xmlgraphics#batik-awt-util;1.7,
org.apache.xmlgraphics#batik-bridge;1.7,
org.apache.xmlgraphics#batik-dom;1.7,
org.apache.xmlgraphics#batik-gvt;1.7,
org.apache.xmlgraphics#batik-svg-dom;1.7,
org.apache.xmlgraphics#batik-svggen;1.7,
org.apache.xmlgraphics#batik-util;1.7,
org.apache.xmlgraphics#batik-xml;1.7, xml-apis#xml-apis;1.3.04,
xml-apis#xml-apis-ext;1.3.04,
org.apache.xmlgraphics#xmlgraphics-commons;1.2,
commons-logging#commons-logging;1.0.4, commons-io#commons-io;1.1,
org.apache.avalon.framework#avalon-framework-api;4.3.1,
org.apache.avalon.framework#avalon-framework-impl;4.3.1,
org.apache.xmlgraphics#batik-anim;1.7,
org.apache.xmlgraphics#batik-css;1.7,
org.apache.xmlgraphics#batik-ext;1.7,
org.apache.xmlgraphics#batik-parser;1.7,
org.apache.xmlgraphics#batik-script;1.7, xalan#xalan;2.6.0,
xml-apis#xml-apis;2.0.2, org.apache.xmlgraphics#batik-js;1.7,
javax.xml.bind#jaxb-api;2.1, javax.xml.stream#stax-api;1.0-2,
javax.activation#activation;1.1, com.jniwrapper#jniwrap;2.9.5] and root
module id was yyy#zzz;working@PC-WIDMER-T


It then proceeds to evict most of my dependencies, apparently keeping
the direct artifacts of the xxx, and apparently transitive dependencies
1 step removed, but the direct dependencies of xxx are not retrieved.

Strangely, adding defaultBranch="" to my settings seems to fix the
problem. Any idea what the problem is, and whether my solution is ok? I
would have thought that an empty string branch and an unset branch
should be treated the same.

Thanks,

Tom


Mime
View raw message