ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexey Solofnenko" <trel...@gmail.com>
Subject Re: VOTE: deferring resolving of references
Date Fri, 29 Sep 2006 15:28:11 GMT
+1. This is one of illogical  places left in ANT.

- Alexey.

On 9/29/06, Peter Reilly <peter.kitt.reilly@gmail.com> wrote:
>
> Hi, I started a thead last week that did not end in a conclusion.
> should we defer resolving references until runtime:
> original message
> "
> Currently in ant, there is two steps in processing
> a project build file, a parsing step and an execution
> step. In the parsing step a DOM like structure of
> Targets and UnknownElements are build up.
> These targets and unknown elements are then processed
> in the execution step. This model works quite ok.
> One part that does not work like this is the processing
> of the "id" attribute, these get processed at parsing
> stage.
>
> This has given rise to a lot of bugs and strange behaviour.
> http://issues.apache.org/bugzilla/show_bug.cgi?id=34458
> http://issues.apache.org/bugzilla/show_bug.cgi?id=36955
> http://issues.apache.org/bugzilla/show_bug.cgi?id=37688
> http://issues.apache.org/bugzilla/show_bug.cgi?id=21724
>
> This type of bug will happen more as people write
> larger build files (or equivalate using lots of <import> and <macrodef>)
> and use shared build files.
>
> I propose that we defer handing id's until the processing
> stage.
> "
> thread: http://marc.theaimsgroup.com/?t=115893367000004&r=1&w=2
>
> Vote to include deferring for ant 1.7:
>    Yes [  ]
>    No [ ]
>
> I will start with
>   Yes [x]
>
> Peter
>
>


-- 
Alexey N. Solofnenko trelony at gmail.com
home: http://trelony.cjb.net/
Pleasant Hill, CA (GMT-8 hours usually)

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message