Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@jakarta.apache.org Received: (qmail 95417 invoked by uid 500); 11 Jun 2001 08:44:59 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: ant-dev@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 95366 invoked from network); 11 Jun 2001 08:44:53 -0000 Message-Id: <3.0.6.32.20010611181934.00867b50@mail.alphalink.com.au> X-Sender: gdonald@mail.alphalink.com.au X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Mon, 11 Jun 2001 18:19:34 +1000 To: ant-dev@jakarta.apache.org From: Peter Donald Subject: Re: Listener/AspectHandler parameters Cc: ant-dev@jakarta.apache.org In-Reply-To: References: <3.0.6.32.20010610154103.00a3fa80@mail.alphalink.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N At 09:41 AM 6/11/01 +0200, Stefan Bodewig wrote: >Peter Donald wrote: > >> I have just been experimenting with Listeners/AspectHandlers and >> have found an issue. I originally made it so that they were >> configured in the same manner that tasks/datatypes are configured >> (ie via addFoo()/setFoo()/createFoo()). However this limits it's >> usefulness when invoked from CLI. > >Couldn't that be solved via the user preferences mechanism? I mean, >user preferences will give you much more than just a flat name-value >space to configure something. Possibly - but I couldn't figure out a decent mechanism to keep it usable. ie How do we allow overiding of value froms CLI and still setting complex properties (ie nested elements etc) from XML or CSS or whatever? Cheers, Pete *-----------------------------------------------------* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-----------------------------------------------------*