Return-Path: 
 <ant-dev-return-39854-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 21934 invoked from network); 26 Nov 2002 22:25:41 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 26 Nov 2002 22:25:41 -0000
Received: (qmail 1553 invoked by uid 97); 26 Nov 2002 22:26:41 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 1515 invoked by uid 97); 26 Nov 2002 22:26:40 -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 1464 invoked by uid 98); 26 Nov 2002 22:26:38 -0000
X-Antivirus: nagoya (v4218 created Aug 14 2002)
To: ant-dev@jakarta.apache.org
X-Injected-Via-Gmane: http://gmane.org/
Path: not-for-mail
From: Costin Manolache <cmanolache@yahoo.com>
Subject: Re: [PATCH] Adding Dynamic elements for the n'th time
Date: Tue, 26 Nov 2002 14:06:57 -0800
Lines: 56
Message-ID: <as0rg5$gtc$2@main.gmane.org>
References: <000e01c2958e$05607f60$270610ac@manu.com>
NNTP-Posting-Host: 64.84.39.162
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Trace: main.gmane.org 1038348613 17324 64.84.39.162 (26 Nov 2002 22:10:13
 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Tue, 26 Nov 2002 22:10:13 +0000 (UTC)
User-Agent: KNode/0.7.1
Sender: news <news@main.gmane.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

I'm +1 on the concept ( i.e. I think it would be usefull to add this
behavior ).

I need to better understand the patch impl, but I seems reasonable.

Costin

Magesh Umasankar wrote:

> Hi,
> 
> This is basically a modification of Conor's patch
> to enhance the Introspection capabilities. See:
> 
> http://marc.theaimsgroup.com/?l=ant-dev&m=100591826612807&w=2
> 
> The difference is that my patch looks for methods whose
> parameter class type is assignable from the nested element's
> class type.
> 
> Let us say we have the following mappings:
> TagDefA->ClassA
> TagDefB->ClassB
> 
> ClassA implements Interface1
> ClassB implements Interface1
> 
> Currently, if we want these as nested elements,
> we would have to define
> 
> addTagDefA(ClassA)
> addTagDefB(ClassB)
> 
> With this patch, if you define,
> 
> addInterface1(Interface1)
> 
> it would be good enough and will be called when
> you have a nested element like <tagdefa .../> or
> <tagdefb.../> and no equivalent addTagDef methods.
> 
> So, Where does this apply?  It applies to
> <condition>, <filterchain>, etc. and of course the
> <fileset> issue that Conor originally solved.
> 
> In my patch, I have minimally shown how this
> is applied to ConditionBase.
> 
> This patch depends upon my earlier patch Project.java
> because when Condition is initialized, it expects
> its nested elements to have been already initialized.
> If they are not, then it balks.
> 
> Cheers,
> Magesh




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