Return-Path: 
 <ant-dev-return-38922-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 36212 invoked from network); 29 Oct 2002 21:03:08 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 29 Oct 2002 21:03:08 -0000
Received: (qmail 14228 invoked by uid 97); 29 Oct 2002 21:04:02 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 14207 invoked by uid 97); 29 Oct 2002 21:04:01 -0000
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:ant-dev-help@jakarta.apache.org>
List-Post: <mailto:ant-dev@jakarta.apache.org>
List-Id: "Ant Developers List" <ant-dev.jakarta.apache.org>
Reply-To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 14195 invoked by uid 98); 29 Oct 2002 21:04:01 -0000
X-Antivirus: nagoya (v4218 created Aug 14 2002)
X-Sent: 29 Oct 2002 21:03:06 GMT
Message-ID: <3DBEF786.3060507@ehatchersolutions.com>
Date: Tue, 29 Oct 2002 16:03:02 -0500
From: Erik Hatcher <jakarta-ant@ehatchersolutions.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US;
 rv:1.1) Gecko/20020826
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ant Developers List <ant-dev@jakarta.apache.org>
Subject: Re: Extending Ant [was RE: Comparing files in subdirectories]
References: <5.1.0.14.0.20021029095958.03d7ccf0@orson.callenish.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

Bruce Atherton wrote:
>>  Maybe there
>> are things from the framework that could be leveraged to not have to 
>> recode
>> everything, but I haven't looked.
> 
> 
> You mean something that would provide IntrospectionHelper-like abilities 
> inside setDynamicAttribute() and createDynamicElement() so that it 
> automatically called the right methods on the newly-loaded class? That 
> sounds interesting. Erik?

Yes, definitely interesting.  I thought about these issues when I 
committed DynamicConfigurator, but the tough issue is the lookup of 
element name to its corresponding class - some kind of registry.  If 
your or DD have ideas on how this could be done elegantly and 
generically then I'm all for it.

Have a look at the 1.2 version of XDoclet - 
http://xdoclet.sourceforge.net/1.2beta/ - its got a pretty slick module 
facility to dynamically load subtasks and tag handlers.  Subtasks use 
the DynamicConfigurator mechanism.  You can simply drop in a JAR that 
has the right metadata XML files embedded in its <taskdef> classpath and 
it will auto-discover them and make them available.

I have not had a chance to look into the embed proposal but I believe it 
shares this same goal of antlib and a more pluggable architecture.

I'd be all over some type of merging of all these ideas including 
folding some of the Myrmidon concepts relating to this.

	Erik



--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>