[Ant Wiki] Updated: AntOddities

2004-06-21 Thread ant-cvs
Date: 2004-06-20T23:28:01 Editor: StefanBodewig <[EMAIL PROTECTED]> Wiki: Ant Wiki Page: AntOddities URL: http://wiki.apache.org/ant/AntOddities no comment Change Log: -- @@ -1,6 +1,6 @@ == Expanding w

Re: and local

2004-06-21 Thread Peter Reilly
There is a patch in http://issues.apache.org/bugzilla/show_bug.cgi?id=23942 It provides general purpose scoped local properties and it is thread safe. Part of the discussion on the patch was: http://marc.theaimsgroup.com/?l=ant-dev&m=106916954118249&w=2 Local properties may be declared in any "bloc

DO NOT REPLY [Bug 29676] - add classpath and classpathref to script task

2004-06-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: and local

2004-06-21 Thread Stefan Bodewig
On Thu, 17 Jun 2004, Steve Loughran <[EMAIL PROTECTED]> wrote: > I am now convinced we need local properties; without it macrodef > doesnt work fully. I could agree with "is less useful than it could be" 8-) > One option: in the declaration, you declare which > properties are local. Peter's or

RE: and local

2004-06-21 Thread Jose Alberto Fernandez
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > Peter's original patch went beyond that, it introduced scoped > properties on all the "block building" levels. Restricting > "local" properties to the macrodef task and not allowing any > other task to use the same mechanism feels wrong to

Re: condition improvement

2004-06-21 Thread Aurele Venet
thanks Steve, I found it... indeed that's what I was looking for and works fine! Steve Loughran wrote: Aurele Venet wrote: Not sure what you mean by the class, I searched the core and optional tasks in the manual but couldn't find it. Steve Loughran wrote: sorry, I meant http://ant.apache.org

Re: and local

2004-06-21 Thread Stefan Bodewig
On Mon, 21 Jun 2004, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > basically, I think we need to decide (by taking into account the > consequences) if this local properties ARE properties or are > something else that look like properties. Unless we want to change all property setting tasks,

RE: and local

2004-06-21 Thread Jose Alberto Fernandez
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Mon, 21 Jun 2004, Jose Alberto Fernandez > <[EMAIL PROTECTED]> wrote: > > > basically, I think we need to decide (by taking into account the > > consequences) if this local properties ARE properties or > are something > > else that look

Re: and local

2004-06-21 Thread Peter Reilly
I will go through what the patch does: * whether we want to add a new block type that forces you to list the scoped properties: The patch does not have a new block type. A new task - has been added. defines a local property 'x' in the current "block" (target, sequential) which is in the un-

Re: and local

2004-06-21 Thread Stefan Bodewig
On Mon, 21 Jun 2004, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: >> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > >> The main limitation I see without local properties in is >> when your macro uses a property setting task like or >> - you currently need to provide a unique property nam

RE: and local

2004-06-21 Thread Jose Alberto Fernandez
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > > Because if that is the case, maybe we can solve the problem in a > > completely different way, which is specific to . > > What you describe is pretty much what I (and probably anybody > else) use as a workaround. I create what would be a

Re: and local

2004-06-21 Thread Stefan Bodewig
On Mon, 21 Jun 2004, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > True, but I doubt many people will use properties called for > example: > > "#ant.task.macrodef.example.let1" 8-) What if they do? Hypothetical, I know. Still we'd be carying them around (and passing them down to s

cvs commit: ant/docs/manual/CoreTypes propertyset.html

2004-06-21 Thread mbenson
mbenson 2004/06/21 08:06:59 Modified:docs/manual/CoreTypes propertyset.html Log: Added Since to the description for the "negate" attribute. Revision ChangesPath 1.7 +4 -3 ant/docs/manual/CoreTypes/propertyset.html Index: propertyset.html

cvs commit: ant/docs/manual/CoreTypes propertyset.html

2004-06-21 Thread mbenson
mbenson 2004/06/21 08:09:20 Modified:docs/manual/CoreTypes Tag: ANT_16_BRANCH propertyset.html Log: Sync with HEAD. Revision ChangesPath No revision No revision 1.2.2.6 +4 -3 ant/docs/manual/CoreTypes/propertyset.html In

Re: and local

2004-06-21 Thread Jack J. Woehr
Stefan Bodewig wrote: > On Mon, 21 Jun 2004, Jose Alberto Fernandez > <[EMAIL PROTECTED]> wrote: > >> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > > >> The main limitation I see without local properties in is > >> when your macro uses a property setting task like or > >> - you currently n

RE: and local

2004-06-21 Thread Jose Alberto Fernandez
> From: Jack J. Woehr [mailto:[EMAIL PROTECTED] > > It seems to me that if someone really needs this sort of > thing, then the use of Ant-Contrib's Variable is pretty much > sufficient, esp. if property parsing becomes recursive (e.g., > per the patch I submitted already) so that you can acces

DO NOT REPLY [Bug 29723] New: - File creation/read issue with record and loadfile tasks

2004-06-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29484] - [net] Unable to initiate FTP send

2004-06-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29724] New: - Create zip with password protection

2004-06-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: ant TODO

2004-06-21 Thread mbenson
mbenson 2004/06/21 15:00:11 Modified:.Tag: ANT_16_BRANCH TODO Log: Merged script changes Revision ChangesPath No revision No revision 1.3.2.16 +0 -2 ant/Attic/TODO Index: TODO ===

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs FailTest.java

2004-06-21 Thread mbenson
mbenson 2004/06/21 15:15:05 Modified:.Tag: ANT_16_BRANCH TODO WHATSNEW docs/manual/CoreTasks Tag: ANT_16_BRANCH fail.html src/etc/testcases/taskdefs Tag: ANT_16_BRANCH fail.xml src/main/org/apache/tools/ant Tag: ANT_16_BRANCH Main.java

cvs commit: ant WHATSNEW

2004-06-21 Thread mbenson
mbenson 2004/06/21 15:16:45 Modified:.WHATSNEW Log: Show changes as merged. Revision ChangesPath 1.626 +5 -5 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v re