Actually I am trying to create the repo so I am not sure that the install task does what I want it to do.
> -----Original Message----- > From: Xavier Hanin [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 06, 2007 4:22 PM > To: [email protected] > Subject: Re: Using buildlist to generate a repo > > On 11/6/07, Jim Adams <[EMAIL PROTECTED]> wrote: > > > > We have a set of external resources/jars that we need to put into a repo > > to build our products. This set consists of more than one version of > > some third party jars because some of our products use different > > versions of these jars. I created ivy.xml files and build..xml files for > > each of these in a directory structure that would allow me to use > > buildlist to generate an Ant path that would allow me to publish them in > > the correct order. Another by product of this is that I will end up with > > a reproducible process that we can use to add new versions and new jars > > to the repo. > > > > This all seemed pretty straightforward to me so I was surprised when one > > of the publishes failed because the other jars it depended on were not > > in the repo. In examining the output I found that I had 2 versions of > > Hibernate and one version of Hibernate_tools that I needed in the repo. > > Only the latest version of Hibernate showed up in the repo. > > Hibernate_tools required the older version and thus failed to resolve. > > > > When I looked that the Buildlist task in ivy 2.0 (fairly current was we > > are actually using a build from the trunk to try out another bug fix) I > > found that Buildlist uses a linkedHashMap where the key is the name of > > the module. Version is lost. Thus there is no way to do what I want to > > do. Can you think of another way to do this or do I have to re-write > > buildlist to handle this case? > > > I'm not sure to get the full picture of what you want to do but it sounds > like what you want to do would be better achieved with the install task > rather than the buildlist task. buildlist is meant to order a set of modules > according to their dependencies, but wasn't meant to deal with multiple > versions of the same module, since often ivy files to order (which are > development ivy files) do not have version information (as opposed to > repository ivy files). The install task is meant to install a set of modules > including (or not) their dependencies, from one repo to another one. This > sounds much closer to what you want from what I understand. Is there a > limitation of the install task that prevent you from using it in your case? > > Xavier > > Jim Adams > > [EMAIL PROTECTED] > > Principal Systems Developer > > SAS Institute > > > > > > > -- > Xavier Hanin - Independent Java Consultant > http://xhab.blogspot.com/ > http://ant.apache.org/ivy/ > http://www.xoocode.org/
