Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 72904 invoked from network); 24 Jul 2002 06:42:29 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 24 Jul 2002 06:42:29 -0000 Received: (qmail 21449 invoked by uid 97); 24 Jul 2002 06:42:55 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 21433 invoked by uid 97); 24 Jul 2002 06:42:55 -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 21417 invoked by uid 98); 24 Jul 2002 06:42:54 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) X-Authentication-Warning: costinm.sfo.covalent.net: costin owned process doing -bs Date: Tue, 23 Jul 2002 23:40:19 -0700 (PDT) From: costinm@covalent.net X-X-Sender: costin@costinm.sfo.covalent.net To: Ant Developers List Subject: Re: top-level tasks, import, projecthelp, targetless In-Reply-To: Message-ID: 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 24 Jul 2002, Stefan Bodewig wrote: > But as Costin said, this is part of the problem as you don't get > property expansion for things that want to do something at parser time > any longer. And I think it is a very good thing to not execute XML as we read it ( both property and import ). That will make ant less XML-specific, more stable, etc - and aparently it has a very small effect on backward compat. The real question I'm asking is what should the behavior be ? I'm not very comfortable with the current solution of adding the "" as a dependency to each target and use the normal execution - that would prevent ( or make extremely difficult ) anything similar with import, where you want to alter the project structure ( by adding targets and deps ) during init. My proposal is to execute explicitely "" - before calling Project.execute(), so it can do imports and any other initialization that affects the Project object model. We could eventually make the first one working, but it may not be easy or clean. Stefan - what are exactly the problems you have with the second solution ? What's your take on import ( i.e. how should we implement it if we go with the dependency ) ? Costin -- To unsubscribe, e-mail: For additional commands, e-mail: