Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 79478 invoked from network); 1 May 2002 12:32:40 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 1 May 2002 12:32:40 -0000 Received: (qmail 11323 invoked by uid 97); 1 May 2002 12:32:39 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@nagoya.betaversion.org Received: (qmail 11242 invoked by alias); 1 May 2002 12:32:39 -0000 Delivered-To: jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 11228 invoked by uid 97); 1 May 2002 12:32:39 -0000 Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list avalon-dev@jakarta.apache.org Received: (qmail 11216 invoked by uid 98); 1 May 2002 12:32:38 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Content-Type: text/plain; charset="iso-8859-1" From: Peter Donald To: "Avalon Developers List" Subject: Re: cvs commit: jakarta-avalon-excalibur/io build.xml default.properties Date: Wed, 1 May 2002 22:30:36 +1000 X-Mailer: KMail [version 1.4] References: <20020501113035.12648.qmail@icarus.apache.org> <20020501115721.GB3187@expresso.localdomain> In-Reply-To: <20020501115721.GB3187@expresso.localdomain> X-Wisdom: A right is not what someone gives you; it's what no one can take from you. MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200205012230.36399.peter@apache.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi, On Wed, 1 May 2002 21:57, Jeff Turner wrote: > Now would be a good time to voice any opinions on these dist targets, > before I replicate them across 30 projects.. Haven't had a chance to look at it yet but one thing I would really consi= der=20 looking into is to dynamically generating the buildfiles. What do I mean? Over in myrmidon each project has a project.xml that is a stripped descri= ptor=20 partway between mavens descriptor and centipedes module.xml - we then app= ly a=20 XSL stylesheet to generate the "real" build file. The nice thing about th= is=20 is that it is easy to add or remove something from all the sub-projects o= r=20 convert them to a new build system or whatever. Considering we may (are?) going to move to a new build system for=20 documentation that will require significant restructuring - it may be a g= ood=20 time to do it now. If you want have a look at=20 jakarta-ant-myrmidon/build.xml (driver script) jakarta-ant-myrmidon/container/project.xml (project descriptor) jakarta-ant-myrmidon/tools/xsl/build.xsl (styleshet) We could then use that to generate all the required infrastructure for th= e=20 centipede build when we change with minimal impact on anyone. In the long= =20 term we may even be able to "inline" the targets from cents which would b= e a=20 really kool thing. That way our end users would still be using regular bu= ild=20 files (and thus no need to worry about these extra build tools) but we ge= t to=20 use centipede or whatever. BTW I just uploaded a JarLibResolver task to ant1.5 branch that is based = on=20 your dependencies script (I added you as an author as I basically copied = your=20 script into code). I would love for you to have a look at it and make sur= e it=20 works for you and that there is no hidden uglies in it or things I have=20 forgotten. --=20 Cheers, Peter Donald -- To unsubscribe, e-mail: For additional commands, e-mail: