From dev-return-26554-apmail-forrest-dev-archive=forrest.apache.org@forrest.apache.org Thu Feb 22 04:44:41 2007
Return-Path:
Delivered-To: apmail-forrest-dev-archive@www.apache.org
Received: (qmail 36155 invoked from network); 22 Feb 2007 04:44:39 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
by minotaur.apache.org with SMTP; 22 Feb 2007 04:44:39 -0000
Received: (qmail 24868 invoked by uid 500); 22 Feb 2007 04:44:47 -0000
Delivered-To: apmail-forrest-dev-archive@forrest.apache.org
Received: (qmail 24833 invoked by uid 500); 22 Feb 2007 04:44:46 -0000
Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
list-help:
list-unsubscribe:
List-Post:
Reply-To: dev@forrest.apache.org
List-Id:
Delivered-To: mailing list dev@forrest.apache.org
Received: (qmail 24818 invoked by uid 99); 22 Feb 2007 04:44:46 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Feb 2007 20:44:46 -0800
X-ASF-Spam-Status: No, hits=0.0 required=10.0
tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Received: from [65.77.211.84] (HELO www2.kc.aoindustries.com) (65.77.211.84)
by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Feb 2007 20:44:35 -0800
Received: from fo1.kc.aoindustries.com (www2.kc.aoindustries.com [65.77.211.84])
by www2.kc.aoindustries.com (8.13.4/8.13.4) with ESMTP id l1M4iBsu003701
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for ; Wed, 21 Feb 2007 22:44:11 -0600
Received: from localhost (localhost [[UNIX: localhost]])
by fo1.kc.aoindustries.com (8.13.4/8.13.4/Submit) id l1M4iAwN003592
for dev@forrest.apache.org; Wed, 21 Feb 2007 22:44:10 -0600
X-Authentication-Warning: fo1.kc.aoindustries.com: indexgeo set sender to crossley@apache.org using -f
Date: Thu, 22 Feb 2007 15:44:03 +1100
From: David Crossley
To: dev@forrest.apache.org
Subject: Re: [PROPOSAL] Switch dependency managment to IVY
Message-ID: <20070222044403.GM29717@igg.indexgeo.com.au>
References: <45C9A12F.10509@apache.org> <45D0E9DA.6040708@apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <45D0E9DA.6040708@apache.org>
User-Agent: Mutt/1.4.2.2i
X-Virus-Checked: Checked by ClamAV on apache.org
Ross Gardler wrote:
> Ross Gardler wrote:
> >Here is my plan:
> >
> >1 - I create a Forrest only repo in SVN (as I have started for
> >Forrest2). although wherever possible we will use the IVY repo and the
> >Maven2 repo
> >
> >2 - I modify our build files to use IVY (I have a whole set of generic
> >build files that are intended to be extended by project specific build
> >files. I plan to give them to the IVY folk if they think it they are a
> >good idea, if not we'll take what we need from them)
> >
> >3 - We make sure it works
> >
> >4 - We move the entries in our repo to the IVY repo (I need to enter
> >into a dialogue with IVY devs to see what is happening with regards an
> >official Apache repo)
> >
> >The end result will be a build system that uses three repos:
> >
> >The forrest one for any jars we have customised but are not yet
> >available in the main project releases (i.e. we have something in the
> >patch queue)
> >
> >The official IVY repo (whatever that turns out to be)
> >
> >The official ASF Maven repo
>
> ...
>
> >If nobody raises an objection in the next seven days (I'm busy until
> >then) then I'll go ahead. Otherwise we can discuss and I'll call a vote
> >if necessary next week.
>
> I'm starting to do this work as of now. I don't have much time at
> present so I'll do it in a branch (called ivyBuild) since I don't want
> to stop others working if I get called away. Of course this also means
> that others have the opportunity to play before we move it to trunk.
I want to assist. Some initial questions ...
I see that you have Ivy module descriptors, e.g.
tools/ivy/repository/apache/xerces/ivy-2.5.0.xml
Are these descriptors something that the Forrest
project maintains, or do we copy them from somewhere
else and thus need to keep them synchronised? I want
to clean them up to be consistent w.r.t. license stuff
etc. but not if they will come from some other project.
It seems to me that it is better to keep our own descriptors.
Why xerces-2.5.0 when we currently use xerces-2.8.0?
Is your plan to move everything that we use out of lib/*
into this local tools/ivy/repository, then gradually
remove/tune stuff as we find them in other official repositories?
I gather that we can have Ivy descriptors in our local
repository, but no jars, and then point to other repositories
for the jars, e.g. maven repo.
-David