Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 31714 invoked from network); 16 Apr 2002 04:15:49 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 16 Apr 2002 04:15:49 -0000 Received: (qmail 19936 invoked by uid 97); 16 Apr 2002 04:15:57 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 19920 invoked by uid 97); 16 Apr 2002 04:15:57 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 19909 invoked from network); 16 Apr 2002 04:15:57 -0000 Message-Id: <200204160415.g3G4FWP02115@mail020.syd.optusnet.com.au> Content-Type: text/plain; charset="iso-8859-1" From: Darrell DeBoer To: "Ant Developers List" Subject: Re: [myrmidon] CVS move Date: Tue, 16 Apr 2002 14:17:28 +1000 X-Mailer: KMail [version 1.3.2] References: <200204142137.42981.peter@apache.org> In-Reply-To: <200204142137.42981.peter@apache.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N G'day On Sun, 14 Apr 2002 21:37, Peter Donald wrote: > Hi, > > I have slowly been moving code across to the new CVS. It currently doesn't > work but it all compiles ;) Heres the things that still need doing. Need to Wow! I go away for a week and look what happens... :) > > * move across the ant1compat layer. It looks like this is now moved, but I don't imagine that it's functional. I'll have a look at it in the next couple of days. (Hopefully, I can reuse/extend the build templates that Adam is working on, but I haven't had a chance to look at it yet). After that, I plan to work on 2 things: 1) GUMP run using Myrmidon. I've managed to get a regular GUMP run going; now it's time to try it out using Myrmidon. 2) Refactor the passing of "context" from the the Embedding app -> Workspace -> Project Execution -> Task, so that: a) An app hosting Myrmidon has more control over setting up the environment which is inherited by Embeddor (current only has Parameters, me thinks?) b) Ant/AntCall can setup listeners, references and TaskDefs which should be passed to the executed target. I was thinking of introducing a ContainerContext (or ExecutionContext?) which can be passed into the Embeddor, which could create a child context for each workspace, which could then create a child context for each Project execution, and so on... This should make it easier to introduce scoped properties as well. > * move across scripts > * get xdoclet generating descriptors for antlib/framework again > * get antlib generating multiple jars again > * move some of the other build.xmls to project.xmls > * add target to top-level build file that will create a "dist" image of > whole of myrmidon > * integrate better inter-library support (ie the fact that an antlib > depends upon a extension should be automatically detected and configured) > * put all the tasks/vsl sheets etc that are used in build process into > buildtools sub-project and jar up them there > * create a gump descriptor to do nightlies. > > I will do the gump descriptor. However all the rest needs to be done ;) Thanks for all the hard work, guys; it looks good. -- ciao, Daz -- To unsubscribe, e-mail: For additional commands, e-mail: