Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 18474 invoked from network); 19 Jul 2002 17:58:04 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 19 Jul 2002 17:58:04 -0000 Received: (qmail 13864 invoked by uid 97); 19 Jul 2002 17:58:19 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 13848 invoked by uid 97); 19 Jul 2002 17:58:19 -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 13836 invoked by uid 98); 19 Jul 2002 17:58:18 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) X-Authentication-Warning: costinm.sfo.covalent.net: costin owned process doing -bs Date: Fri, 19 Jul 2002 10:56:22 -0700 (PDT) From: costinm@covalent.net X-X-Sender: costin@costinm.sfo.covalent.net To: Ant Developers List cc: nicolaken@apache.org Subject: Re: Problems with 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 I'll check in a first version - it doesn't work very well yet. Import is implemented as a task ( now that it can be top-level ). What I'm going to do is change a bit the implementation of top-level tasks. They'll still be added to an implicit target, and that target will be executed first. But instead of achieving this by adding the special target as a dependency to each other target and relying on the deps graph, it'll be executed explicitely, after the parsing and construction of the model. This will be even closer to the original, and will allow other targets similar with , with access to the processing model. The description handler will be another task that'll do this. Stefan, Nicola - comments ? Costin On Thu, 18 Jul 2002 costinm@covalent.net wrote: > > I modified the patch to work with ProjectHelperImpl2, but it won't > work ( and it'll not work with ProjectHelperImpl either ). > > The problem is that after the changes to allow task at top > level, the processing of the top level happens after the > whole document is read. That brakes the ImportHandler. > > There are 2 solutions: > - change back the processing so that top-level elements are > executed after reading. Seeing how all things get cleaner and > simpler with Stefan change - I wouldn't go this way. > > - change ImportHandler to work with the new model. > > With the second solution it should even be possible to make it > a regular task ( well, not very regular - it may have some hooks > into ProjectHelperImpl ). > > That's what I'll try. As previously, my target is ant1.5, > I hope to be able to use this in the current build. > > Costin > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: