Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 9900 invoked from network); 27 Nov 2003 05:36:10 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 27 Nov 2003 05:36:10 -0000 Received: (qmail 48370 invoked by uid 500); 27 Nov 2003 05:35:39 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 48243 invoked by uid 500); 27 Nov 2003 05:35:38 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 48230 invoked from network); 27 Nov 2003 05:35:38 -0000 Received: from unknown (HELO rwcrmhc13.comcast.net) (204.127.198.39) by daedalus.apache.org with SMTP; 27 Nov 2003 05:35:38 -0000 Received: from nicki.visi.com (c-24-118-19-12.mn.client2.attbi.com[24.118.19.12]) by comcast.net (rwcrmhc13) with SMTP id <2003112705354801500pnj77e>; Thu, 27 Nov 2003 05:35:48 +0000 Message-Id: <5.2.1.1.0.20031126232225.0286ad38@shell.visi.com> X-Sender: hoju@shell.visi.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Wed, 26 Nov 2003 23:35:43 -0600 To: "Ant Users List" From: Jacob Kjome Subject: RE: Ant 1.6 local and macrodef attributes In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N At 08:24 AM 11/26/2003 -0600, you wrote: > >>we need some sort of local property functionality in order to >make moderately useful. If this is left out of Ant-1.6, > will be all but crippled and will hardly serve as an replacement >for . > >I don't understand this at all. I think with textual >replacement (as opposed to local properties) will serve as a replacement >for very many of my current uses of . I can't really think of a >single one it won't serve for. Please bring me up to speed on what "textual replacement" means? If it provides the equivalent functionality to local properties, then whatever. Call it whatever the heck you want. Notice I have been saying " functionality". I don't care if the patch or something else provides it and I don't care how it works. I just want it to work. And you "can't think of a single one"? What about using existing ant tasks that store results in properties? Are you saying that I should simply avoid using , , and all the other tasks that do this? One call to a using these tasks will render it useless for the next call because the property won't be able to be overwritten once set. Either I am missing something big here or you haven't taken more than a second to think about what you said above. Please tell me I am missing something big and show me how to correct the situation; that is, being able to use with the mentioned tasks and have it work over multiple calls to the macrodef without using the patch or something like it. >To me properties are a different issue. I don't yet see what it >could do for me, but I haven't investigated it carefully enough and it no >doubt will prove very handy. However, I see this as an separate issue >from . There's a very good reason not to mix runtime expansion >of properties with loadtime expansion of macros - to do so makes a simple >paradigm vastly more complicated. I'm not privy to how complex it might be, so I'll have to trust you that it makes it more complex. However, I applied the patch and it works great! To me, as a user, it is exactly what I want and need. >I believe there is a place for both, but it's not the SAME place. Well, if doesn't support local properties (or whatever equivalent), then we're back to the same issue as before. Macrodef is useless to me in the only two use-cases I have for it so far. Jake >-----Original Message----- >From: Jacob Kjome [mailto:hoju@visi.com] >Sent: Wed 11/26/2003 7:56 AM >To: Ant Users List >Cc: >Subject: Re: Ant 1.6 local and macrodef attributes > >Hi Stefan, > >I doubt many in the community are currently using so I'm not >sure I'd point to lack of community support when saying whether or not to >include functionality in . There are currently 6 votes >for the patch in Bugzilla. See.. >http://issues.apache.org/bugzilla/show_bug.cgi?id=23942 >http://issues.apache.org/bugzilla/showvotes.cgi?bug_id=23942 > >My vote is one of them. Whether the current patch or another one is >decided upon, we need some sort of local property functionality in order to >make moderately useful. If this is left out of Ant-1.6, > will be all but crippled and will hardly serve as an replacement >for . > >I urge you and the other committers to either reconsider your votes for >letting into Ant-1.6 or come up with an equivalent (better) >solution. Either way, we need *a* solution that provides this >functionality. IMHO, you might as well remove from Ant-1.6 if >you aren't going to allow for local properties. > >Jake > >At 12:09 PM 11/26/2003 +0100, you wrote: > >On Wed, 26 Nov 2003, peter reilly wrote: > > > a) > > > I sent a vote last week on local properties > > > and the result was: > > > committers others (+ votes in bugzilla) > > > have local in ant 1.6 2 1 + 6 > > > not 0 0 > > > +0 1 0 > > > > > > Based on this and other feedback I think that local does > > > belong in ant 1.6. > > > >I agree with your opinion (that locals should be there, after all I'm > >one of the two +1s), but disagree with the conclusion that this is > >going to happen. 2 +1s is simply not enough to make a vote pass. > > > >I'm not trying to argue from a procedural standpoint but merely from > >the fact that a change like this needs community support - and it > >doesn't seem to have it. > > > > > b) > > > I send an vote the week before about local properties being > > > >s/local properties/macrodef attributes/ > > > > > implemented by textual replacement or by using local properties. > > > The result was: > > > > > > committers others > > > local properties 2 1 > > > textual replacement 1 4 > > > +0 1 0 > > > > > > I would like to implement attributes using local properties, > > > >-0.8 > > > >most if not all things that could be done when we implement the > >attributes as local properties are possible with textual expansion. > >Textual expansion enables things that local properties don't. > > > > > I propose to commit local properties and implement attributes using > > > local properties for the ant 1.6 beta3 release. > > > >-1 on both. Both parts lack committer support. We could try to > >revote or something. > > > >Stefan > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > >For additional commands, e-mail: user-help@ant.apache.org > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: user-unsubscribe@ant.apache.org >For additional commands, e-mail: user-help@ant.apache.org > > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: user-unsubscribe@ant.apache.org >For additional commands, e-mail: user-help@ant.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org