Return-Path: 
 <commons-dev-return-30017-qmlist-jakarta-archive-commons-dev=nagoya.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@apache.org
Received: (qmail 38196 invoked from network); 2 Jun 2003 02:42:10 -0000
Received: from exchange.sun.com (192.18.33.10)
  by daedalus.apache.org with SMTP; 2 Jun 2003 02:42:10 -0000
Received: (qmail 4825 invoked by uid 97); 2 Jun 2003 02:44:31 -0000
Delivered-To: qmlist-jakarta-archive-commons-dev@nagoya.betaversion.org
Received: (qmail 4818 invoked from network); 2 Jun 2003 02:44:30 -0000
Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12)
  by nagoya.betaversion.org with SMTP; 2 Jun 2003 02:44:30 -0000
Received: (qmail 37979 invoked by uid 500); 2 Jun 2003 02:42:09 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:commons-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 37968 invoked from network); 2 Jun 2003 02:42:08 -0000
Received: from latte.harvard.edu (140.247.210.252)
  by daedalus.apache.org with SMTP; 2 Jun 2003 02:42:08 -0000
Received: from latte.harvard.edu
 (208-59-250-40.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com [::ffff:208.59.250.40])
  (AUTH: LOGIN mdiggory)
  by latte.harvard.edu with esmtp; Sun, 01 Jun 2003 22:42:23 -0400
Message-ID: <3EDAB9F1.5070803@latte.harvard.edu>
Date: Sun, 01 Jun 2003 22:44:01 -0400
From: "Mark R. Diggory" <mdiggory@latte.harvard.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
Subject: Re: [math] maven magic and build.xml -- how to get ant build working
 again
References: <3EDA2680.3040308@steitz.com>
In-Reply-To: <3EDA2680.3040308@steitz.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

I've committed a Maven Generated version of build.xml. We should see 
this evening if the automated build process is successfully with the 
added dependencies, I've tested it from the command line on my machine 
with success.

With this the case build.properties.sample is no longer relevant, I am 
tempted to remove or alter its contents to more accurately represent 
what can be set. I suspect this could contain examples of how to set the 
location of the lib directory among other things.

-Mark

Phil Steitz wrote:
> Our ant build (and hence nightly) is currently broken, since we have 
> added dependencies on commons-beanutils, bringing along collections and 
> logging.  I personally have moved to maven entirely, but I thought we 
> had agreed early on that we would maintain the ability to build from 
> ant.  Also, Craig pointed out that if we want nightly builds, we need to 
> have a working build.xml.
> 
> I see two ways to handle this:
> 
> 1. Run maven ant:generate-build and replace build.xml with the result.
> 
> This will add a get-deps target telling ant to grab the jars from 
> ibiblio.org -- e.g.,
> 
> <get dest="${libdir}/commons-beanutils-1.5.jar" usetimestamp="true" 
> ignoreerrors="true" 
> src="http://www.ibiblio.org/maven/commons-beanutils/jars/commons-beanutils-1.5.jar"> 
> 
> </get>
> 
> This works for me from the command line; but something tells me the 
> nightly build might not like it and I have no idea whether or not the 
> whole script has some hidden dependencies on maven.
> 
> 2. Modify build.xml and build.properties.sample to include 
> commons-lib.home, commons-beanutils.jar, commons-logging.jar and 
> commons-collections.jar properties and expect the user (or bot) to fill 
> these in, grab the jars and put them in the specified directories.
> 
> The advantage of 1. is that it guarantees that builds from maven and ant 
> use the same jars.  The advantage of 2 is that build.xml is simpler and 
> more standard.
> 
> What are other maven-based projects doing to handle this?
> 
> Phil
> 
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org