You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by Bruce Atherton <br...@callenish.com> on 2010/04/14 00:34:16 UTC
[Vote] Augment feature
Ok, so this didn't start out as a vote thread, just my suggestion for
what questions should appear in the vote. But since it has morphed into
that I've changed the subject line to make it easier for people to find.
So the questions are:
1. Are you in favor of adding the augment feature to Ant?
2. Are you in favor of an attribute that allows references to be marked
as final, to avoid augmentation?
3. If a final attribute is decided upon, do you think it should default
to "false"?
If you have already voted, no need to recast your vote.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: [Result][Vote] Augment feature
Posted by Antoine Levy Lambert <an...@gmx.de>.
Thanks for adding the task Matt,
Antoine
Matt Benson wrote:
> Thanks for conducting the vote, Bruce. The task has been added.
>
> -Matt
>
> On Apr 20, 2010, at 3:46 PM, Bruce Atherton wrote:
>
>> I lost my email server for a few days, so I can only now close the
>> vote and post the results. I believe that between my returned email
>> feed and the record of posts on MarkMail[1] I have all the results.
>> If you feel your vote was missed, let me know.
>>
>> On question 1, whether to adopt the augment feature code, we had:
>>
>> 7 votes for +1 from Jean Louis, Matt, Bruce, Stefan, Jan, Dominque,
>> Antoine
>> 1 vote for -0.5 from Martijn
>>
>> With more than 3 +1 binding votes and no -1 vetos, the motion passes.
>>
>> On question 2, whether to have a final attribute, the vote was:
>>
>> 1 votes for +1 from Jean Louis
>> 3 votes for +0 from Jan, Dominique, Antoine
>> 3 votes for -0 from Matt, Bruce, Stefan
>>
>> Without the 3 +1 binding votes required, the motion fails.
>>
>> The failure of the second question makes the third moot, but for the
>> sake of history, the result of making the final attribute defualt to
>> false was:
>>
>> 6 votes for +1 from Jean Louis, Matt, Bruce, Jan, Dominique, Antoine
>> 1 vote for +0 from Stefan
>>
>> So the augmentation feature is voted in with +7 positive votes and
>> -0.5 negative ones. The final attribute fails, and the default value
>> of the final attribute is rendered moot.
>>
>> Thanks everyone for voting.
>>
>> [1]
>> http://ant.markmail.org/search/?q=#query:%20list%3Aorg.apache.ant.dev+page:1+mid:o7hllwxqvkvru4hx+state:results
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: [Result][Vote] Augment feature
Posted by Matt Benson <gu...@gmail.com>.
Thanks for conducting the vote, Bruce. The task has been added.
-Matt
On Apr 20, 2010, at 3:46 PM, Bruce Atherton wrote:
> I lost my email server for a few days, so I can only now close the
> vote and post the results. I believe that between my returned email
> feed and the record of posts on MarkMail[1] I have all the results.
> If you feel your vote was missed, let me know.
>
> On question 1, whether to adopt the augment feature code, we had:
>
> 7 votes for +1 from Jean Louis, Matt, Bruce, Stefan, Jan, Dominque,
> Antoine
> 1 vote for -0.5 from Martijn
>
> With more than 3 +1 binding votes and no -1 vetos, the motion passes.
>
> On question 2, whether to have a final attribute, the vote was:
>
> 1 votes for +1 from Jean Louis
> 3 votes for +0 from Jan, Dominique, Antoine
> 3 votes for -0 from Matt, Bruce, Stefan
>
> Without the 3 +1 binding votes required, the motion fails.
>
> The failure of the second question makes the third moot, but for
> the sake of history, the result of making the final attribute
> defualt to false was:
>
> 6 votes for +1 from Jean Louis, Matt, Bruce, Jan, Dominique, Antoine
> 1 vote for +0 from Stefan
>
> So the augmentation feature is voted in with +7 positive votes and
> -0.5 negative ones. The final attribute fails, and the default
> value of the final attribute is rendered moot.
>
> Thanks everyone for voting.
>
> [1] http://ant.markmail.org/search/?q=#query:%20list%
> 3Aorg.apache.ant.dev+page:1+mid:o7hllwxqvkvru4hx+state:results
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
[Result][Vote] Augment feature
Posted by Bruce Atherton <br...@callenish.com>.
I lost my email server for a few days, so I can only now close the vote
and post the results. I believe that between my returned email feed and
the record of posts on MarkMail[1] I have all the results. If you feel
your vote was missed, let me know.
On question 1, whether to adopt the augment feature code, we had:
7 votes for +1 from Jean Louis, Matt, Bruce, Stefan, Jan, Dominque, Antoine
1 vote for -0.5 from Martijn
With more than 3 +1 binding votes and no -1 vetos, the motion passes.
On question 2, whether to have a final attribute, the vote was:
1 votes for +1 from Jean Louis
3 votes for +0 from Jan, Dominique, Antoine
3 votes for -0 from Matt, Bruce, Stefan
Without the 3 +1 binding votes required, the motion fails.
The failure of the second question makes the third moot, but for the
sake of history, the result of making the final attribute defualt to
false was:
6 votes for +1 from Jean Louis, Matt, Bruce, Jan, Dominique, Antoine
1 vote for +0 from Stefan
So the augmentation feature is voted in with +7 positive votes and -0.5
negative ones. The final attribute fails, and the default value of the
final attribute is rendered moot.
Thanks everyone for voting.
[1]
http://ant.markmail.org/search/?q=#query:%20list%3Aorg.apache.ant.dev+page:1+mid:o7hllwxqvkvru4hx+state:results
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: [Vote] Augment feature
Posted by Bruce Atherton <br...@callenish.com>.
On 13/04/2010 3:34 PM, Bruce Atherton wrote:
>
> 1. Are you in favor of adding the augment feature to Ant?
+1
>
> 2. Are you in favor of an attribute that allows references to be
> marked as final, to avoid augmentation?
-0
>
> 3. If a final attribute is decided upon, do you think it should
> default to "false"?
+1
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: [Vote] Augment feature
Posted by Matt Benson <gu...@gmail.com>.
Martijn,
<augment> can change properties that are coded as attributes, but
only interacts with nested elements by adding new children to a given
reference. The task as it stands is extremely, extremely simple. Any
restrictions we care to impose would complicate it immensely--I would
again urge that we consider addressing this universally for all
"attack vectors" by creating a task to "armor" a reference. In my
copious spare time (ha) I may start a sandbox antlib for that purpose.
Thanks for not wanting to be a blocker. :)
-Matt
On 4/18/10, Martijn Kruithof <jm...@famkruithof.net> wrote:
> Hello
>
> I have quite some difficulties with the discrepancy of the name of the
> task and that what the task is about to do.
> Therefore, using the current name and functionality I would cast a -0,5
> vote, as i do not want to be blocking.
> I can see the desire for a task that changes predeclared id's.
>
> My objection against the current name comes from the fact that the task
> not only augments (basically adds, increases, stretches, enlarges etc.)
> things but it is used to change the path at will.
>
> On the other hand I think free modification of references seems like a
> giant pitfall in the following situations:
> - when used in combination with <parrallel>
> - when related tasks in a script expect the same elements present on
> the path
>
> If the augment task was used to do only what its name implies (extend)
> and not to reduce less problems could be expected.
> Therefore I would be in favour of an <augment> feature if it can only be
> used to augment (and not change at will).
>
>
> On 14-4-2010 0:34, Bruce Atherton wrote:
>> Ok, so this didn't start out as a vote thread, just my suggestion for
>> what questions should appear in the vote. But since it has morphed
>> into that I've changed the subject line to make it easier for people
>> to find. So the questions are:
>>
>> 1. Are you in favor of adding the augment feature to Ant?
>>
> -0,5 : Non blocking negative look. +1 if augment is only used to augment
> (increase, extend, combine, add to the existing)
>
>> 2. Are you in favor of an attribute that allows references to be
>> marked as final, to avoid augmentation?
>>
>> 3. If a final attribute is decided upon, do you think it should
>> default to "false"?
>>
>> If you have already voted, no need to recast your vote.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>> For additional commands, e-mail: dev-help@ant.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: [Vote] Augment feature
Posted by Martijn Kruithof <jm...@famkruithof.net>.
Hello
I have quite some difficulties with the discrepancy of the name of the
task and that what the task is about to do.
Therefore, using the current name and functionality I would cast a -0,5
vote, as i do not want to be blocking.
I can see the desire for a task that changes predeclared id's.
My objection against the current name comes from the fact that the task
not only augments (basically adds, increases, stretches, enlarges etc.)
things but it is used to change the path at will.
On the other hand I think free modification of references seems like a
giant pitfall in the following situations:
- when used in combination with <parrallel>
- when related tasks in a script expect the same elements present on
the path
If the augment task was used to do only what its name implies (extend)
and not to reduce less problems could be expected.
Therefore I would be in favour of an <augment> feature if it can only be
used to augment (and not change at will).
On 14-4-2010 0:34, Bruce Atherton wrote:
> Ok, so this didn't start out as a vote thread, just my suggestion for
> what questions should appear in the vote. But since it has morphed
> into that I've changed the subject line to make it easier for people
> to find. So the questions are:
>
> 1. Are you in favor of adding the augment feature to Ant?
>
-0,5 : Non blocking negative look. +1 if augment is only used to augment
(increase, extend, combine, add to the existing)
> 2. Are you in favor of an attribute that allows references to be
> marked as final, to avoid augmentation?
>
> 3. If a final attribute is decided upon, do you think it should
> default to "false"?
>
> If you have already voted, no need to recast your vote.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: [Vote] Augment feature
Posted by Stefan Bodewig <bo...@apache.org>.
[repeating part of my vote since I didn't vote on the third question
last time]
On 2010-04-14, Bruce Atherton <br...@callenish.com> wrote:
> 1. Are you in favor of adding the augment feature to Ant?
+1
> 2. Are you in favor of an attribute that allows references to be
> marked as final, to avoid augmentation?
-0
> 3. If a final attribute is decided upon, do you think it should
> default to "false"?
+0
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: [Vote] Augment feature
Posted by Antoine Levy Lambert <an...@gmx.de>.
Same here
Dominique Devienne wrote:
>> 1. Are you in favor of adding the augment feature to Ant?
>>
>
> +1
>
>
>> 2. Are you in favor of an attribute that allows references to
>> be marked as final, to avoid augmentation?
>>
>
> +0
>
>
>> 3. If a final attribute is decided upon, do you think it
>> should default to "false"?
>>
>
> +1
>
>
Regards,
Antoine
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: [Vote] Augment feature
Posted by Dominique Devienne <dd...@gmail.com>.
> 1. Are you in favor of adding the augment feature to Ant?
+1
> 2. Are you in favor of an attribute that allows references to
> be marked as final, to avoid augmentation?
+0
> 3. If a final attribute is decided upon, do you think it
> should default to "false"?
+1
--DD
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
AW: [Vote] Augment feature
Posted by Ja...@rzf.fin-nrw.de.
> So the questions are:
>
> 1. Are you in favor of adding the augment feature to Ant?
+1
> 2. Are you in favor of an attribute that allows references to
> be marked as final, to avoid augmentation?
+0
> 3. If a final attribute is decided upon, do you think it
> should default to "false"?
+1
Jan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org