I did, and that also did not work with the resolver I was using (http). When I switched to fs resolver it worked OK. I wish the docs were more explicit when describing behavior that only works with certain resolvers.
-----Original Message----- From: Gilles Scokart [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 19, 2008 3:20 AM To: ivy-user@ant.apache.org Subject: Re: How to resolve when the jarfile name is different from the module? Did you tried <include type="jar"/> or <include ext="jar"/> ? Gilles 2008/2/18, Brown, Carlton <[EMAIL PROTECTED]>: > > Hi all, > > I am having a problem retriving artifacts where the artifact filename > does not match the module name declared in the ivy file. > > I have a repository to handled 3rd-party jars, structured like: > Org/module/revision = omega/libs/1.0 > > The 1.0 dir contains large number of jars, none of which have 'omega' > or 'libs' or '1.0' in the name. (Long story, basically they are > supplied by a 3rd party with no dependency info). > > I just want to get all of the jars contained in rtjars/1.0 . However, > Ivy looks just for the nonexistent rtjar.jar and rtjar-1.0.jar, then > displays the warning "unresolved dependencies" and stops trying to > resolve. > > > Here's the ivy file of the dependency module 'libs': > <ivy-module version="2.0"> > <info organisation="omega" module="libs" revision="1.0" /> > <publications> > <artifact name="foo" type="jar" ext="jar" /> > <artifact name="bar" type="jar" ext="jar" /> > <artifact name="baz" type="jar" ext="jar" /> > </publications> > </ivy-module> > > Here's the ivy file of the dependent: > <dependencies> > <dependency org="omega" name="libs" rev="1.0"> > <include name="*.jar"/> > </dependency> > </dependencies> > > I expected the include would generalize the request to pick up all the > jars, but this didn't happen. What should I be doing? > > Thanks, > Carlton > > ----------------------------------------- > ==================================================== > This message contains PRIVILEGED and CONFIDENTIAL information that is > intended only for use by the named recipient. If you are not the named > recipient, any disclosure, dissemination, or action based on the > contents of this message is prohibited. In such case please notify us > and destroy and delete all copies of this transmission. Thank you. > ==================================================== > -- Gilles Scokart
