Mailing-List: contact ivy-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ivy-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of xavier.hanin@gmail.com
 designates 64.233.162.235 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=id+QG5uddaiXhnfk3f9nKUCltP8rcA+fuWk4PCopm5NF8xoqi2aeZfeSjfaDzklkQFaRMm9x5BhR5gNOdZ3a8kWUpPAbcjTKYfFE0K4Jhsn2G9aVom5l7Wd3BxbmFK4+sjsGwsZ7mpPuEZcrTmPyS/s6l6ySexcpi+L/sTrpogQ=
Message-ID: <635a05060711061350j6850055dyf7af5185edcfdfaf@mail.gmail.com>
Date: Tue, 6 Nov 2007 22:50:23 +0100
From: "Xavier Hanin" <xavier.hanin@gmail.com>
To: ivy-user@incubator.apache.org
Subject: Re: Using buildlist to generate a repo
In-Reply-To: <688AEB1C4CF90D419DDE8D721005232B03AD16FD@MERCMBX07.na.sas.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_35933_26235904.1194385823377"
References: <688AEB1C4CF90D419DDE8D721005232B03AD154C@MERCMBX07.na.sas.com>
	 <635a05060711061321k5eadd765kd116b122c7ab58dc@mail.gmail.com>
	 <688AEB1C4CF90D419DDE8D721005232B03AD169E@MERCMBX07.na.sas.com>
	 <635a05060711061345o58b095ddha57047890ccb050f@mail.gmail.com>
	 <688AEB1C4CF90D419DDE8D721005232B03AD16FD@MERCMBX07.na.sas.com>

------=_Part_35933_26235904.1194385823377
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

No change at all! You can use mere file copy if you want.

Xavier

On 11/6/07, Jim Adams <Jim.Adams@sas.com> wrote:
>
> Ok, what changes happen on publish that I have to simulate?
>
> > -----Original Message-----
> > From: Xavier Hanin [mailto:xavier.hanin@gmail.com]
> > Sent: Tuesday, November 06, 2007 4:46 PM
> > To: ivy-user@incubator.apache.org
> > Subject: Re: Using buildlist to generate a repo
> >
> > Yes but it seems that you already put your module files in a semi
> structured
> > way. So with proper settings you should be able to use this a the
> source
> > repository for the install task. Remember, with Ivy, almost anything
> can be
> > used as a repository!
> >
> > Xavier
> >
> > On 11/6/07, Jim Adams <Jim.Adams@sas.com> wrote:
> > >
> > > 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:xavier.hanin@gmail.com]
> > > > Sent: Tuesday, November 06, 2007 4:22 PM
> > > > To: ivy-user@incubator.apache.org
> > > > Subject: Re: Using buildlist to generate a repo
> > > >
> > > > On 11/6/07, Jim Adams <Jim.Adams@sas.com> 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
> > > > > Jim.Adams@sas.com
> > > > > Principal Systems Developer
> > > > > SAS Institute
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Xavier Hanin - Independent Java Consultant
> > > > http://xhab.blogspot.com/
> > > > http://ant.apache.org/ivy/
> > > > http://www.xoocode.org/
> > >
> >
> >
> >
> > --
> > Xavier Hanin - Independent Java Consultant
> > http://xhab.blogspot.com/
> > http://ant.apache.org/ivy/
> > http://www.xoocode.org/
>


-- 
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/

------=_Part_35933_26235904.1194385823377--