Return-Path: 
 <ant-dev-return-27678-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 49164 invoked from network); 13 Mar 2002 12:52:32 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 13 Mar 2002 12:52:32 -0000
Received: (qmail 14983 invoked by uid 97); 13 Mar 2002 12:52:28 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 14959 invoked by uid 97); 13 Mar 2002 12:52:27 -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 14948 invoked from network); 13 Mar 2002 12:52:27 -0000
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-dev@jakarta.apache.org
Subject: Re: ProjectComponentHelper and adapters
References: <Pine.LNX.4.33.0203081207240.29499-100000@localhost.localdomain>
	<012601c1c749$276d2950$0100a8c0@jose>
From: Stefan Bodewig <bodewig@apache.org>
Date: 13 Mar 2002 13:51:02 +0100
In-Reply-To: <012601c1c749$276d2950$0100a8c0@jose>
Message-ID: <m3lmcw637t.fsf@bodewig.bost.de>
Lines: 23
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

On Sat, 9 Mar 2002, Jose Alberto Fernandez <j_a_fernandez@yahoo.com>
wrote:

> The only special case is with "id" references that would have to be
> resolved when they are used, (if not resolved yet).

This could be done (by returning a smart replacement for Hashtable in
project.getReferences in the first place) and you'd still have to
resolve all references when you encounter a script task, but it would
probably work.

> If we could a consensus on how to do that we could reduce
> ProjectHelper cruft by at least 80% (at least in the version in
> <antlib> proposal) and we would finish with a completely regular set
> of rules for constructing and evaluating the tree.

So let's try to get consensus here.

As far as I can tell, the only reason to have task instances created
at parser time are references.  If nobody else can come up with a
different reason and we can address this issue, we have consensus, no?

Stefan

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