Return-Path: Delivered-To: apmail-jakarta-struts-dev-archive@apache.org Received: (qmail 19822 invoked from network); 1 May 2003 10:31:36 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 1 May 2003 10:31:36 -0000 Received: (qmail 23873 invoked by uid 97); 1 May 2003 10:33:34 -0000 Delivered-To: qmlist-jakarta-archive-struts-dev@nagoya.betaversion.org Received: (qmail 23865 invoked from network); 1 May 2003 10:33:34 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 1 May 2003 10:33:34 -0000 Received: (qmail 19182 invoked by uid 500); 1 May 2003 10:31:28 -0000 Mailing-List: contact struts-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list struts-dev@jakarta.apache.org Received: (qmail 19171 invoked from network); 1 May 2003 10:31:28 -0000 Received: from ms-smtp-02.nyroc.rr.com (24.92.226.49) by daedalus.apache.org with SMTP; 1 May 2003 10:31:28 -0000 Received: from apache.org (roc-24-93-14-71.rochester.rr.com [24.93.14.71]) by ms-smtp-02.nyroc.rr.com (8.12.5/8.12.2) with ESMTP id h41AVQpo027522 for ; Thu, 1 May 2003 06:31:27 -0400 (EDT) Message-ID: <3EB0F783.5070708@apache.org> Date: Thu, 01 May 2003 06:31:31 -0400 From: Ted Husted Organization: Apache Software Foundation - Jakarta Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Struts Developers List Subject: Re: Best way to build struts from CVS? References: <3EB03328.4030207@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 think c2 would be b, since the idea is that Struts developers are often Commons developers too and would have the Commons CVS checked out and built. So the "ideal Struts developer" would have a current build of the Commons stuff and would run the Struts build against that. If you don't need the Commons code checked-out, a good approach is to use a "repository" system. * Download whatever dependent JARs you need to a common directory. * Edit the build properties file to use that directory. The current Commons JARs can be downloaded directly from < http://gump.covalent.net/jars/ > so you don't need to grab the whole gorilla if you only want the banana. =:0) (The Gump JARs ink is down right now. I'll check on that.) There are project management systems (like Maven) that can snag the JARs for you as part of the build process. When we get past 1.1., I think we will be looking at some likely candidates for this (Maven, Forrest, Centipede). I used the repository approach for some time, though now I'm moving back to b. It's quite helpful to have all the source on hand if you are stepping through the code in a debugger. -Ted. Phil Steitz wrote: > Which is correct: > > a) Grab commons jars from most recent struts nightly > b) Build commons jars from commons CVS > c) Grab commons jars from most recent commons nightlies > c) The "right way" that I have not yet stumbled on.... > > What exactly does the struts nightly build do? Dates inside commons > jars seem to vary. > > Build.properties.sample seems to expect b) or c). Does anyone have bash > or ant scripts that automate the commons prep? > > Phil > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: struts-dev-help@jakarta.apache.org > > -- Ted Husted, Struts in Action --------------------------------------------------------------------- To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: struts-dev-help@jakarta.apache.org