You are viewing a plain text version of this content. The canonical link for it is here.
Posted to ivy-user@ant.apache.org by "Stephan Zeissler (KUTTIG)" <st...@kuttig.com> on 2007/09/04 10:43:32 UTC
How to use the latest build dependency feature?
Hi everyone,
im currently trying to setup a project to use the latest build from a
library we build internally. The server is an apache 2 webserver with an
Alias for /ivy-repo/. Anyone got an idea what im doing wrong?
The ant output is the following:
:: problems summary ::
[ivy:retrieve] :::: WARNINGS
[ivy:retrieve] module not found: [ kuttig | mylib| 1.0.+ ]
[ivy:retrieve] ==== kuttig-shared: tried
[ivy:retrieve]
http://dev1.kuttig.com/ivy-repo/kuttig/mylib/ivy-1.0.+.xml
[ivy:retrieve]
http://dev1.kuttig.com/ivy-repo/kuttig/mylib/ivy-[revision].xml
[ivy:retrieve] http://dev1.kuttig.com/ivy-repo/kuttig/mylib/ivy.xml
[ivy:retrieve] http://dev1.kuttig.com/ivy-repo/kuttig/mylib/ivy.xml
[ivy:retrieve] -- artifact [ kuttig | mylib| 1.0.+ ]/mylib.jar[jar]:
[ivy:retrieve]
http://dev1.kuttig.com/ivy-repo/kuttig/mylib/mylib-1.0.+.jar
[ivy:retrieve]
http://dev1.kuttig.com/ivy-repo/kuttig/mylib/mylib-[revision].jar
[ivy:retrieve] http://dev1.kuttig.com/ivy-repo/kuttig/mylib/mylib.jar
[ivy:retrieve] http://dev1.kuttig.com/ivy-repo/kuttig/mylib/mylib.jar
[ivy:retrieve] ==== local: tried
[ivy:retrieve] C:\Dokumente und
Einstellungen\stephan.zeissler\.ivy2/local/kuttig/mylib/1.0.+/ivys/ivy.xml
[ivy:retrieve] C:\Dokumente und
Einstellungen\stephan.zeissler\.ivy2/local/kuttig/mylib/[revision]/ivys/ivy.xml
[ivy:retrieve] -- artifact [ kuttig | mylib| 1.0.+ ]/mylib.jar[jar]:
[ivy:retrieve] C:\Dokumente und
Einstellungen\stephan.zeissler\.ivy2/local/kuttig/mylib/1.0.+/jars/mylib.jar
[ivy:retrieve] C:\Dokumente und
Einstellungen\stephan.zeissler\.ivy2/local/kuttig/mylib/[revision]/jars/mylib.jar
[ivy:retrieve] ==== shared: tried
[ivy:retrieve] C:\Dokumente und
Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/mylib/1.0.+/ivys/ivy.xml
[ivy:retrieve] C:\Dokumente und
Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/mylib/[revision]/ivys/ivy.xml
[ivy:retrieve] -- artifact [ kuttig | mylib| 1.0.+ ]/mylib.jar[jar]:
[ivy:retrieve] C:\Dokumente und
Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/mylib/1.0.+/jars/mylib.jar
[ivy:retrieve] C:\Dokumente und
Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/mylib/[revision]/jars/mylib.jar
[ivy:retrieve] ==== public: tried
[ivy:retrieve]
http://opensvn.csie.org/ivyrepsandbox/kuttig/mylib/ivy-1.0.+.xml
[ivy:retrieve]
http://opensvn.csie.org/ivyrepsandbox/kuttig/mylib/ivy-[revision].xml
[ivy:retrieve] -- artifact [ kuttig | mylib| 1.0.+ ]/mylib.jar[jar]:
[ivy:retrieve] http://www.ibiblio.org/maven/mylib/jars/mylib-1.0.+.jar
[ivy:retrieve]
http://www.ibiblio.org/maven/mylib/jars/mylib-[revision].jar
[ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve] :: UNRESOLVED DEPENDENCIES ::
[ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve] :: [ kuttig | mylib| 1.0.+ ]: not found
[ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::
[ivy:retrieve]
My ivy dependency:
<dependency org="kuttig" name="mylib" rev="1.0.+" />
Ivy Settings from the server:
<ivysettings>
<property name="kuttig.dev1.shared.url"
value="http://dev1.kuttig.com/ivy-repo"/>
<resolvers>
<url name="kuttig-shared">
<ivy
pattern="${kuttig.dev1.shared.url}/[organisation]/[module]/ivy-[revision].xml"/>
<ivy pattern="${kuttig.dev1.shared.url}/[organisation]/[module]/ivy.xml"/>
<artifact
pattern="${kuttig.dev1.shared.url}/[organisation]/[module]/[artifact]-[revision].[ext]"/>
<artifact
pattern="${kuttig.dev1.shared.url}/[organisation]/[module]/[artifact].[ext]"/>
</url>
</resolvers>
</ivysettings>
Re: How to use the latest build dependency feature?
Posted by "Stephan Zeissler (KUTTIG)" <st...@kuttig.com>.
Thanks! I'll try it out.
- Stephan
Xavier Hanin schrieb:
> Thanks a lot. I've isolated the problem, it's a bug in our dependency
> resolver implementation. I've created an issue for this (IVY-602), added a
> junit test to reproduce the problem and fixed it in our trunk. Feel free to
> test it by building from trunk.
>
> Xavier
>
> - Stephan
>
>
>
--
Stephan Zeissler
Software-Development
KUTTIG Computeranwendungen GmbH
Frankfurter Straße 35
53840 Troisdorf
MOB +49 (173) 7207900
FON +49 (2241) 9833-413
FAX +49 (2241) 9833-100
EMAIL stephan.zeissler@kuttig.com
WEB www.kuttig.com
GF Dipl.-Kfm. Klaus Kuttig
Michael Wessels
HR Siegburg Nr 2848
Re: How to use the latest build dependency feature?
Posted by Xavier Hanin <xa...@gmail.com>.
On 9/6/07, Stephan Zeissler (KUTTIG) <st...@kuttig.com> wrote:
>
> Xavier Hanin schrieb:
> > Could you provide the debug logs with the settings using the
> revisionless
> > patterns?
> >
> > Xavier
> >
> Sorry, it's too early for me :/ Forgot to activate the fallback pattern
> on the server repository.
Thanks a lot. I've isolated the problem, it's a bug in our dependency
resolver implementation. I've created an issue for this (IVY-602), added a
junit test to reproduce the problem and fixed it in our trunk. Feel free to
test it by building from trunk.
Xavier
- Stephan
>
Re: How to use the latest build dependency feature?
Posted by "Stephan Zeissler (KUTTIG)" <st...@kuttig.com>.
Xavier Hanin schrieb:
> Could you provide the debug logs with the settings using the revisionless
> patterns?
>
> Xavier
>
Sorry, it's too early for me :/ Forgot to activate the fallback pattern
on the server repository.
- Stephan
Re: How to use the latest build dependency feature?
Posted by Xavier Hanin <xa...@gmail.com>.
On 9/6/07, Stephan Zeissler (KUTTIG) <st...@kuttig.com> wrote:
>
> Xavier Hanin schrieb:
> >
> > It's "ant -d" or "ant -debug".
> >
> > Xavier
> >
> -)
>
> [...]
> BUILD SUCCESSFUL
> Total time: 5 seconds
>
> Thanks, but it seems it's a the debug log of the fixed environment :-)
Could you provide the debug logs with the settings using the revisionless
patterns?
Xavier
--
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://incubator.apache.org/ivy/
http://www.xoocode.org/
Re: How to use the latest build dependency feature?
Posted by "Stephan Zeissler (KUTTIG)" <st...@kuttig.com>.
Xavier Hanin schrieb:
>
> It's "ant -d" or "ant -debug".
>
> Xavier
>
-)
Re: How to use the latest build dependency feature?
Posted by Xavier Hanin <xa...@gmail.com>.
On 9/6/07, Stephan Zeissler (KUTTIG) <st...@kuttig.com> wrote:
>
> Xavier Hanin schrieb:
> > Thanks, but is the output at debug level? It seems to be verbose level.
> I'd
> > need data from the debug level to try to understand what's happening.
> >
> > Xavier
> >
> > Cheers,
> Yes, you are right. I called ant -v. How do I activate the debugging for
> ant / ivy ?
It's "ant -d" or "ant -debug".
Xavier
- Stephan
>
--
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://incubator.apache.org/ivy/
http://www.xoocode.org/
Re: How to use the latest build dependency feature?
Posted by "Stephan Zeissler (KUTTIG)" <st...@kuttig.com>.
Xavier Hanin schrieb:
> Thanks, but is the output at debug level? It seems to be verbose level. I'd
> need data from the debug level to try to understand what's happening.
>
> Xavier
>
> Cheers,
Yes, you are right. I called ant -v. How do I activate the debugging for
ant / ivy ?
- Stephan
Re: How to use the latest build dependency feature?
Posted by Xavier Hanin <xa...@gmail.com>.
On 9/5/07, Stephan Zeissler (KUTTIG) <st...@kuttig.com> wrote:
>
> Xavier Hanin schrieb:
> > I'd be interested too :-) What happens is really strange, Ivy should
> check
> > the patterns in the order in which they appear in your settings, so the
> > revisionless patterns should not cause any problem... Moreover your
> apache
> > logs shows that the repository is queried appropriately, an returns 200
> code
> > on the HEAD request, so it seems to be a problem in Ivy. Which version
> of
> > Ivy are you using? Could you provide debug logs from ant when your
> > resolution fails? Maybe we have some special handling of revisionless
> > patterns which could be the source of the problem.
> >
> Sure. Im using the 2.0.0-alpha2. See the attachment output.txt which
> contains output of a build from the console.
Thanks, but is the output at debug level? It seems to be verbose level. I'd
need data from the debug level to try to understand what's happening.
Xavier
Cheers,
> Stephan
>
> Apache Ant version 1.7.0 compiled on December 13 2006
> Buildfile: build.xml
> Detected Java version: 1.4 in: C:\Programme\java\j2sdk1.4.2_13\jre
> Detected OS: Windows XP
> parsing buildfile C:\KUTTIG\Kuttig\Ocs-Tools\kuttig-ocs\build.xml with URI
> = file:/C:/KUTTIG/Kuttig/Ocs-Tools/kuttig-ocs/build.xml
> Project base dir set to: C:\KUTTIG\Kuttig\Ocs-Tools\kuttig-ocs
> [antlib:org.apache.tools.ant] Could not load definitions from resource
> org/apache/tools/ant/antlib.xml. It could not be found.
> [property] Loading C:\KUTTIG\Kuttig\Ocs-Tools\kuttig-ocs\build.properties
> Build sequence for target(s) `retrieve' is [retrieve]
> Complete build sequence is [retrieve, init, copy, compile, build, publish,
> javadoc, test, clean, ]
>
> retrieve:
> parsing buildfile jar:file:/C:/Programme/Apache/apache-ant-1.7.0/lib/ivy-
> 2.0.0-alpha2-incubating.jar!/org/apache/ivy/ant/antlib.xml with URI =
> jar:file:/C:/Programme/Apache/apache-ant-1.7.0/lib/ivy-
> 2.0.0-alpha2-incubating.jar!/org/apache/ivy/ant/antlib.xml
> [ivy:retrieve] :: Ivy 2.0.0-alpha2-incubating - 20070712142751 ::
> http://incubator.apache.org/ivy/ ::
> [ivy:retrieve] No ivy:settings found for the default reference '
> ivy.instance'. A default instance will be used
> [ivy:retrieve] Loading jar:file:/C:/Programme/Apache/apache-ant-1.7.0
> /lib/ivy-
> 2.0.0-alpha2-incubating.jar!/org/apache/ivy/core/settings/ivy.properties
> [ivy:retrieve] searching settings file: trying
> C:\KUTTIG\Kuttig\Ocs-Tools\kuttig-ocs\ivysettings.xml
> [ivy:retrieve] jakarta commons httpclient not found: using jdk url
> handling
> [ivy:retrieve] :: loading settings :: file =
> C:\KUTTIG\Kuttig\Ocs-Tools\kuttig-ocs\ivysettings.xml
> [ivy:retrieve] no default ivy user dir defined: set to C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2
> [ivy:retrieve] no default cache defined: set to C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2\cache
> [ivy:retrieve] including url:
> http://dev1.kuttig.com/ivy-repo/ivy-settings.xml
> [ivy:retrieve] including url: jar:file:/C:/Programme/Apache/apache-
> ant-1.7.0/lib/ivy-
> 2.0.0-alpha2-incubating.jar!/org/apache/ivy/core/settings/ivysettings-shared.xml
> [ivy:retrieve] including url: jar:file:/C:/Programme/Apache/apache-
> ant-1.7.0/lib/ivy-
> 2.0.0-alpha2-incubating.jar!/org/apache/ivy/core/settings/ivysettings-local.xml
> [ivy:retrieve] including url: jar:file:/C:/Programme/Apache/apache-
> ant-1.7.0/lib/ivy-
> 2.0.0-alpha2-incubating.jar!/org/apache/ivy/core/settings/ivysettings-main-chain.xml
> [ivy:retrieve] including url: jar:file:/C:/Programme/Apache/apache-
> ant-1.7.0/lib/ivy-
> 2.0.0-alpha2-incubating.jar!/org/apache/ivy/core/settings/ivysettings-default-chain.xml
> [ivy:retrieve] settings loaded (220ms)
> [ivy:retrieve] default cache: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2\cache
> [ivy:retrieve] default resolver: my
> [ivy:retrieve] -- 7 resolvers:
> [ivy:retrieve] main [chain] [shared, public]
> [ivy:retrieve] public [ivyrep]
> [ivy:retrieve] local [file]
> [ivy:retrieve] shared [file]
> [ivy:retrieve] default [chain] [local, main]
> [ivy:retrieve] my [chain] [kuttig-shared, default]
> [ivy:retrieve] kuttig-shared [url]
> [ivy:retrieve] no resolved descriptor found: launching default resolve
> [ivy:retrieve] using ivy parser to parse
> file:/C:/KUTTIG/Kuttig/Ocs-Tools/kuttig-ocs/ivy.xml
> [ivy:retrieve] :: resolving dependencies :: [ kuttig | ocsapi | 9.0 ]
> [ivy:retrieve] confs: [compile]
> [ivy:retrieve] validate = true
> [ivy:retrieve] resolving dependencies for configuration 'compile'
> [ivy:retrieve] == resolving dependencies for [ kuttig | ocsapi | 9.0 ]
> [compile]
> [ivy:retrieve] == resolving dependencies for [ kuttig | ocsapi | 9.0 ]
> [runtime]
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[
> kuttig | commons | 1.0.+ ] [runtime->default]
> [ivy:retrieve] tried
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy-1.0.+.xml
> [ivy:retrieve] CLIENT ERROR: Not Found url=
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy-1.0.+.xml
> [ivy:retrieve] tried
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy-[revision].xml
> [ivy:retrieve] tried
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy.xml
> [ivy:retrieve] CLIENT ERROR: Not Found url=
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy.xml
> [ivy:retrieve] tried
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy.xml
> [ivy:retrieve] unable to list revision in
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy.xml: token not found in
> pattern
> [ivy:retrieve] tried
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons-1.0.+.jar
> [ivy:retrieve] CLIENT ERROR: Not Found url=
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons-1.0.+.jar
> [ivy:retrieve] tried
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons-[revision].jar
> [ivy:retrieve] tried
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons.jar
> [ivy:retrieve] CLIENT ERROR: Not Found url=
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons.jar
> [ivy:retrieve] tried
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons.jar
> [ivy:retrieve] unable to list revision in
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons.jar: token not
> found in pattern
> [ivy:retrieve] kuttig-shared: no ivy file nor artifact found for [ kuttig
> | commons | 1.0.+ ]
> [ivy:retrieve] tried C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/1.0.+/ivys/ivy.xml
> [ivy:retrieve] tried C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/[revision]/ivys/ivy.xml
> [ivy:retrieve] tried C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/1.0.+/jars/commons.jar
> [ivy:retrieve] tried C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/[revision]/jars/commons.jar
> [ivy:retrieve] local: no ivy file nor artifact found for [ kuttig |
> commons | 1.0.+ ]
> [ivy:retrieve] tried C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/1.0.+/ivys/ivy.xml
> [ivy:retrieve] tried C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/[revision]/ivys/ivy.xml
> [ivy:retrieve] tried C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/1.0.+/jars/commons.jar
> [ivy:retrieve] tried C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/[revision]/jars/commons.jar
> [ivy:retrieve] shared: no ivy file nor artifact found for [ kuttig |
> commons | 1.0.+ ]
> [ivy:retrieve] tried
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/ivy-1.0.+.xml
> [ivy:retrieve] CLIENT ERROR: Not Found url=
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/ivy-1.0.+.xml
> [ivy:retrieve] tried
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/ivy-[revision].xml
> [ivy:retrieve] WARN: problem while listing resources in
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons with public:
> [ivy:retrieve] WARN: java.io.FileNotFoundException
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/
> [ivy:retrieve] tried
> http://www.ibiblio.org/maven/commons/jars/commons-1.0.+.jar
> [ivy:retrieve] CLIENT ERROR: Not Found url=
> http://www.ibiblio.org/maven/commons/jars/commons-1.0.+.jar
> [ivy:retrieve] tried
> http://www.ibiblio.org/maven/commons/jars/commons-[revision].jar
> [ivy:retrieve] WARN: problem while listing resources in
> http://www.ibiblio.org/maven/commons/jars with public:
> [ivy:retrieve] WARN: java.io.FileNotFoundException
> http://www.ibiblio.org/maven/commons/jars/
> [ivy:retrieve] public: no ivy file nor artifact found for [ kuttig |
> commons | 1.0.+ ]
> [ivy:retrieve] WARN: module not found: [ kuttig | commons | 1.0.+ ]
> [ivy:retrieve] WARN: ==== kuttig-shared: tried
> [ivy:retrieve] WARN:
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy-1.0.+.xml
> [ivy:retrieve] WARN:
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy-[revision].xml
> [ivy:retrieve] WARN:
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy.xml
> [ivy:retrieve] WARN:
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy.xml
> [ivy:retrieve] WARN: -- artifact [ kuttig | commons | 1.0.+]/commons.jar[jar]:
> [ivy:retrieve] WARN:
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons-1.0.+.jar
> [ivy:retrieve] WARN:
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons-[revision].jar
> [ivy:retrieve] WARN:
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons.jar
> [ivy:retrieve] WARN:
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons.jar
> [ivy:retrieve] WARN: ==== local: tried
> [ivy:retrieve] WARN: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/1.0.+/ivys/ivy.xml
> [ivy:retrieve] WARN: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/[revision]/ivys/ivy.xml
> [ivy:retrieve] WARN: -- artifact [ kuttig | commons | 1.0.+]/commons.jar[jar]:
> [ivy:retrieve] WARN: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/1.0.+/jars/commons.jar
> [ivy:retrieve] WARN: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/[revision]/jars/commons.jar
> [ivy:retrieve] WARN: ==== shared: tried
> [ivy:retrieve] WARN: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/1.0.+/ivys/ivy.xml
> [ivy:retrieve] WARN: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/[revision]/ivys/ivy.xml
> [ivy:retrieve] WARN: -- artifact [ kuttig | commons | 1.0.+]/commons.jar[jar]:
> [ivy:retrieve] WARN: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/1.0.+/jars/commons.jar
> [ivy:retrieve] WARN: C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/[revision]/jars/commons.jar
> [ivy:retrieve] WARN: ==== public: tried
> [ivy:retrieve] WARN:
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/ivy-1.0.+.xml
> [ivy:retrieve] WARN:
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/ivy-[revision].xml
> [ivy:retrieve] WARN: -- artifact [ kuttig | commons | 1.0.+]/commons.jar[jar]:
> [ivy:retrieve] WARN:
> http://www.ibiblio.org/maven/commons/jars/commons-1.0.+.jar
> [ivy:retrieve] WARN:
> http://www.ibiblio.org/maven/commons/jars/commons-[revision].jar
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[
> kuttig | commons | 1.0.+ ] [runtime->default]
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[
> oracle | uix | 2 ] [runtime->default]
> [ivy:retrieve] kuttig-shared: revision in cache: [ oracle | uix | 2 ]
> [ivy:retrieve] found [ oracle | uix | 2 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[ jdom
> | jdom | 1.0 ] [runtime->default]
> [ivy:retrieve] kuttig-shared: revision in cache: [ jdom | jdom | 1.0 ]
> [ivy:retrieve] found [ jdom | jdom | 1.0 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ jdom | jdom | 1.0 ]->[ apache |
> xerces | 2.6.1 ] [default->*]
> [ivy:retrieve] kuttig-shared: revision in cache: [ apache | xerces |
> 2.6.1 ]
> [ivy:retrieve] found [ apache | xerces | 2.6.1 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ jdom | jdom | 1.0 ]->[
> codehouse | jaxen | 1.1.1 ] [default->*]
> [ivy:retrieve] kuttig-shared: revision in cache: [ codehouse | jaxen |
> 1.1.1 ]
> [ivy:retrieve] found [ codehouse | jaxen | 1.1.1 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[
> junit | junit | 3.8 ] [compile->default]
> [ivy:retrieve] kuttig-shared: revision in cache: [ junit | junit | 3.8 ]
> [ivy:retrieve] found [ junit | junit | 3.8 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[
> oracle | files | 9 ] [compile->default]
> [ivy:retrieve] kuttig-shared: revision in cache: [ oracle | files | 9 ]
> [ivy:retrieve] found [ oracle | files | 9 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[ sun
> | javamail | 1.4 ] [compile->default]
> [ivy:retrieve] kuttig-shared: revision in cache: [ sun | javamail | 1.4 ]
> [ivy:retrieve] found [ sun | javamail | 1.4 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ sun | javamail | 1.4 ]->[ sun |
> activation | 1.1 ] [default->*]
> [ivy:retrieve] kuttig-shared: revision in cache: [ sun | activation | 1.1]
> [ivy:retrieve] found [ sun | activation | 1.1 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[
> oracle | ojdbc | 10.2.0.3 ] [compile->ojdbc14]
> [ivy:retrieve] kuttig-shared: revision in cache: [ oracle | ojdbc |
> 10.2.0.3 ]
> [ivy:retrieve] found [ oracle | ojdbc | 10.2.0.3 ] in kuttig-shared
> [ivy:retrieve] == resolving dependencies [ kuttig | ocsapi | 9.0 ]->[ sun
> | j2ee | 1.3 ] [compile->default]
> [ivy:retrieve] kuttig-shared: revision in cache: [ sun | j2ee | 1.3 ]
> [ivy:retrieve] found [ sun | j2ee | 1.3 ] in kuttig-shared
> [ivy:retrieve] resolved ivy file produced in C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2\cache\resolved-kuttig-ocsapi-9.0.xml
> [ivy:retrieve] :: downloading artifacts ::
> [ivy:retrieve] [NOT REQUIRED] [ oracle | uix | 2 ]/uix2.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ jdom | jdom | 1.0 ]/jdom.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ jdom | jdom | 1.0 ]/jaxen-jdom.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ apache | xerces | 2.6.1 ]/xerces.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ codehouse | jaxen | 1.1.1 ]/jaxen-
> core.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ codehouse | jaxen | 1.1.1]/saxpath.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ junit | junit | 3.8 ]/junit.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ oracle | files | 9 ]/files.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ sun | javamail | 1.4 ]/mailapi.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ sun | javamail | 1.4 ]/smtp.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ sun | javamail | 1.4 ]/imap.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ sun | javamail | 1.4 ]/pop3.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ sun | javamail | 1.4 ]/dsn.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ sun | javamail | 1.4 ]/mail.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ oracle | ojdbc | 10.2.0.3]/orai18n.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ oracle | ojdbc | 10.2.0.3]/ojdbc14.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ sun | j2ee | 1.3 ]/servlet.jar[jar]
> [ivy:retrieve] [NOT REQUIRED] [ sun | activation | 1.1]/activation.jar[jar]
> [ivy:retrieve] :: resolution report ::
>
> ---------------------------------------------------------------------
> | | modules ||
> artifacts |
> | conf | number| search|dwnlded|evicted||
> number|dwnlded|
>
> ---------------------------------------------------------------------
> | compile | 11 | 0 | 0 | 0 || 18 |
> 0 |
>
> ---------------------------------------------------------------------
> [ivy:retrieve] WARN: ::::::::::::::::::::::::::::::::::::::::::::::
> [ivy:retrieve] WARN: :: UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve] WARN: ::::::::::::::::::::::::::::::::::::::::::::::
> [ivy:retrieve] WARN: :: [ kuttig | commons | 1.0.+ ]: not found
> [ivy:retrieve] WARN: ::::::::::::::::::::::::::::::::::::::::::::::
> [ivy:retrieve] report for [ kuttig | ocsapi | 9.0 ] compile produced in
> C:\Dokumente und Einstellungen\stephan.zeissler\.ivy2\cache\kuttig-
> ocsapi-compile.xml
> [ivy:retrieve] resolve done (6079ms resolve - 40ms download)
> [ivy:retrieve]
> [ivy:retrieve] :: problems summary ::
> [ivy:retrieve] :::: WARNINGS
> [ivy:retrieve] problem while listing resources in
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons with public:
> [ivy:retrieve] java.io.FileNotFoundException
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/
> [ivy:retrieve] problem while listing resources in
> http://www.ibiblio.org/maven/commons/jars with public:
> [ivy:retrieve] java.io.FileNotFoundException
> http://www.ibiblio.org/maven/commons/jars/
> [ivy:retrieve] module not found: [ kuttig | commons | 1.0.+ ]
> [ivy:retrieve] ==== kuttig-shared: tried
> [ivy:retrieve]
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy-1.0.+.xml
> [ivy:retrieve]
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy-[revision].xml
> [ivy:retrieve] http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy.xml
> [ivy:retrieve] http://dev1.kuttig.com/ivy-repo/kuttig/commons/ivy.xml
> [ivy:retrieve] -- artifact [ kuttig | commons | 1.0.+]/commons.jar[jar]:
> [ivy:retrieve]
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons-1.0.+.jar
> [ivy:retrieve]
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons-[revision].jar
> [ivy:retrieve]
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons.jar
> [ivy:retrieve]
> http://dev1.kuttig.com/ivy-repo/kuttig/commons/commons.jar
> [ivy:retrieve] ==== local: tried
> [ivy:retrieve] C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/1.0.+/ivys/ivy.xml
> [ivy:retrieve] C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/[revision]/ivys/ivy.xml
> [ivy:retrieve] -- artifact [ kuttig | commons | 1.0.+]/commons.jar[jar]:
> [ivy:retrieve] C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/1.0.+/jars/commons.jar
> [ivy:retrieve] C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/local/kuttig/commons/[revision]/jars/commons.jar
> [ivy:retrieve] ==== shared: tried
> [ivy:retrieve] C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/1.0.+/ivys/ivy.xml
> [ivy:retrieve] C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/[revision]/ivys/ivy.xml
> [ivy:retrieve] -- artifact [ kuttig | commons | 1.0.+]/commons.jar[jar]:
> [ivy:retrieve] C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/1.0.+/jars/commons.jar
> [ivy:retrieve] C:\Dokumente und
> Einstellungen\stephan.zeissler\.ivy2/shared/kuttig/commons/[revision]/jars/commons.jar
> [ivy:retrieve] ==== public: tried
> [ivy:retrieve]
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/ivy-1.0.+.xml
> [ivy:retrieve]
> http://opensvn.csie.org/ivyrepsandbox/kuttig/commons/ivy-[revision].xml
> [ivy:retrieve] -- artifact [ kuttig | commons | 1.0.+]/commons.jar[jar]:
> [ivy:retrieve]
> http://www.ibiblio.org/maven/commons/jars/commons-1.0.+.jar
> [ivy:retrieve]
> http://www.ibiblio.org/maven/commons/jars/commons-[revision].jar
> [ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::
> [ivy:retrieve] :: UNRESOLVED DEPENDENCIES ::
> [ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::
> [ivy:retrieve] :: [ kuttig | commons | 1.0.+ ]: not found
> [ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::
> [ivy:retrieve]
> [ivy:retrieve]
> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
>
>
>
--
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://incubator.apache.org/ivy/
http://www.xoocode.org/
Status Promotion Best Practice?
Posted by Nascif Abousalh-Neto <Na...@sas.com>.
A question about using status during the development cycle, in a a
scenario where different teams are responsible for the status
"promotion".
Let's say a development team publishes an artifact with status X,
indicating a basic level of unit testing.
Then a testing team retrieves this artifact (probably using
rev="latest.X"), runs a suite of integration tests, and decides to
"bless" the artifact with the next status value, say Y.
How can that process be implemented? It seems the testing team would
have to do another publish or another deliver (not sure which one),
keeping the existing version but changing the status to Y.
Does that makes sense? I have the feeling that this operation should be
common enough to have a shortcut, perhaps something like <ivy:promote
newstatus="Y" .../>
Anybody out there doing something similar?
Thanks,
Nascif
Re: How to use the latest build dependency feature?
Posted by "Stephan Zeissler (KUTTIG)" <st...@kuttig.com>.
Xavier Hanin schrieb:
> I'd be interested too :-) What happens is really strange, Ivy should check
> the patterns in the order in which they appear in your settings, so the
> revisionless patterns should not cause any problem... Moreover your apache
> logs shows that the repository is queried appropriately, an returns 200 code
> on the HEAD request, so it seems to be a problem in Ivy. Which version of
> Ivy are you using? Could you provide debug logs from ant when your
> resolution fails? Maybe we have some special handling of revisionless
> patterns which could be the source of the problem.
>
Sure. Im using the 2.0.0-alpha2. See the attachment output.txt which
contains output of a build from the console.
Cheers,
Stephan
Re: How to use the latest build dependency feature?
Posted by Xavier Hanin <xa...@gmail.com>.
On 9/5/07, Jing Xue <ji...@digizenstudio.com> wrote:
>
> On Wed, Sep 05, 2007 at 09:42:32AM +0200, Stephan Zeissler (KUTTIG) wrote:
> > Jing Xue schrieb:
> > >
> > >I wonder whether they might win out against a versioned artifact name
> > >(e.g. ivy-1.0.61.xml) in a latest-revision comparison. What happens if
> > >you removed them?
> > >
> > >Cheers.
> > >
> > Jepp, that worked.
>
> Great. 8-)
>
> > But why? I configured the revision less entries to work as a fallback,
> > if I have only one revision available or so.
>
> I'm interested to know, too. Maybe someone from the ivy team can shed
> some more definitive light?
I'd be interested too :-) What happens is really strange, Ivy should check
the patterns in the order in which they appear in your settings, so the
revisionless patterns should not cause any problem... Moreover your apache
logs shows that the repository is queried appropriately, an returns 200 code
on the HEAD request, so it seems to be a problem in Ivy. Which version of
Ivy are you using? Could you provide debug logs from ant when your
resolution fails? Maybe we have some special handling of revisionless
patterns which could be the source of the problem.
Xavier
Cheers.
> --
> Jing Xue
>
>
--
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://incubator.apache.org/ivy/
http://www.xoocode.org/
Re: How to use the latest build dependency feature?
Posted by Jing Xue <ji...@digizenstudio.com>.
On Wed, Sep 05, 2007 at 09:42:32AM +0200, Stephan Zeissler (KUTTIG) wrote:
> Jing Xue schrieb:
> >
> >I wonder whether they might win out against a versioned artifact name
> >(e.g. ivy-1.0.61.xml) in a latest-revision comparison. What happens if
> >you removed them?
> >
> >Cheers.
> >
> Jepp, that worked.
Great. 8-)
> But why? I configured the revision less entries to work as a fallback,
> if I have only one revision available or so.
I'm interested to know, too. Maybe someone from the ivy team can shed
some more definitive light?
Cheers.
--
Jing Xue
Re: How to use the latest build dependency feature?
Posted by "Stephan Zeissler (KUTTIG)" <st...@kuttig.com>.
Jing Xue schrieb:
> On Wed, Sep 05, 2007 at 08:07:11AM +0200, Stephan Zeissler (KUTTIG) wrote:
>
>> As you see, it requests /kuttig/commons/ and seems to parse the version
>> 1.0.61 correctly as the newest version. But why is it ignored / not used?
>>
>
> Hmmm, it does seem to have got the directory listing right.
>
> Going back and reading your settings, I noticed that you had these
> revision-free patterns in your resolver config:
>
> <ivy pattern="${kuttig.dev1.shared.url}/[organisation]/[module]/ivy.xml"/>
> <artifact
> pattern="${kuttig.dev1.shared.url}/[organisation]/[module]/[artifact].[ext]"/>
>
> I wonder whether they might win out against a versioned artifact name
> (e.g. ivy-1.0.61.xml) in a latest-revision comparison. What happens if
> you removed them?
>
> Cheers.
>
Jepp, that worked.
[ivy:retrieve] found [ kuttig | commons | 1.0.61 ] in kuttig-shared
[ivy:retrieve] [1.0.61] [ kuttig | commons | 1.0.+ ]
But why? I configured the revision less entries to work as a fallback,
if I have only one revision available or so.
Anyway, thank for your help. Now it seems to work fine :)
Regards,
Stephan
Re: How to use the latest build dependency feature?
Posted by Jing Xue <ji...@digizenstudio.com>.
On Wed, Sep 05, 2007 at 08:07:11AM +0200, Stephan Zeissler (KUTTIG) wrote:
> As you see, it requests /kuttig/commons/ and seems to parse the version
> 1.0.61 correctly as the newest version. But why is it ignored / not used?
Hmmm, it does seem to have got the directory listing right.
Going back and reading your settings, I noticed that you had these
revision-free patterns in your resolver config:
<ivy pattern="${kuttig.dev1.shared.url}/[organisation]/[module]/ivy.xml"/>
<artifact
pattern="${kuttig.dev1.shared.url}/[organisation]/[module]/[artifact].[ext]"/>
I wonder whether they might win out against a versioned artifact name
(e.g. ivy-1.0.61.xml) in a latest-revision comparison. What happens if
you removed them?
Cheers.
--
Jing Xue
Re: How to use the latest build dependency feature?
Posted by "Stephan Zeissler (KUTTIG)" <st...@kuttig.com>.
Jing Xue schrieb:
> If you replace "1.0.+" with a specific version number, does it resolve
> successfully?
>
> If it does, the problem is likely caused by your apache setup for
> /ivy-repo renders a directory listing page that's not parseable to
> Ivy. See the official ibiblio maven2 repository for an index page
> that's known to work with Ivy. 8-)
Yes, a hardcoded version works fine.
Ivy uses the frontpage? I used your repository templates for the
frontpage, renaming the content.html to index.html. For subfolders,
apache serves the normal directory listing.
I removed the index now, but it still don't work. More details:
Apache Access Log:
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "GET
/ivy-repo/ivy-settings.xml HTTP/1.1" 200 540 "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "HEAD
/ivy-repo/kuttig/commons/ivy-1.0.+.xml HTTP/1.1" 404 - "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "GET
/ivy-repo/kuttig/commons/ HTTP/1.1" 200 2295 "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "HEAD
/ivy-repo/kuttig/commons/ivy-1.0.61.xml HTTP/1.1" 200 - "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "HEAD
/ivy-repo/kuttig/commons/ivy.xml HTTP/1.1" 404 - "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "HEAD
/ivy-repo/kuttig/commons/commons-1.0.+.jar HTTP/1.1" 404 - "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "GET
/ivy-repo/kuttig/commons/ HTTP/1.1" 200 2295 "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "HEAD
/ivy-repo/kuttig/commons/commons-1.0.61.jar HTTP/1.1" 200 - "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
172.16.101.8 - - [05/Sep/2007:08:56:14 +0200] "HEAD
/ivy-repo/kuttig/commons/commons.jar HTTP/1.1" 404 - "-" "Jakarta
Commons-HttpClient/3.0-alpha1"
ivy-repo/kuttig/commons/ folder layout:
ivy-1.0.60.xml
commons-1.0.60.jar
ivy-1.0.61.xml
commons-1.0.61.jar
ivy-59.xml
commons-59.jar
As you see, it requests /kuttig/commons/ and seems to parse the version
1.0.61 correctly as the newest version. But why is it ignored / not used?
Regards,
Stephan
Re: How to use the latest build dependency feature?
Posted by Jing Xue <ji...@digizenstudio.com>.
Quoting "Stephan Zeissler (KUTTIG)" <st...@kuttig.com>:
> Hi everyone,
>
> im currently trying to setup a project to use the latest build from a
> library we build internally. The server is an apache 2 webserver with
> an Alias for /ivy-repo/. Anyone got an idea what im doing wrong?
> The ant output is the following:
If you replace "1.0.+" with a specific version number, does it resolve
successfully?
If it does, the problem is likely caused by your apache setup for
/ivy-repo renders a directory listing page that's not parseable to
Ivy. See the official ibiblio maven2 repository for an index page
that's known to work with Ivy. 8-)
Cheers.
--
Jing Xue