cvs commit: ant WHATSNEW

mbenson 2004/06/23 12:41:28 Modified:.WHATSNEW Log: Show latest merges Revision ChangesPath 1.630 +12 -12ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrievi

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

mbenson 2004/06/23 12:38:56 Added: docs/manual/CoreTypes Tag: ANT_16_BRANCH redirector.html Log: Merge the manual page for . Revision ChangesPath No revision No revision 1.2.2.1 +0 -0 ant/docs/manual/CoreTypes/redirector.ht

cvs commit: ant/src/testcases/org/apache/tools/ant/types RedirectorElementTest.java

mbenson 2004/06/23 12:30:14 Added: src/etc/testcases/taskdefs/exec Tag: ANT_16_BRANCH apply.xml parrot.sh src/etc/testcases/taskdefs/exec/expected Tag: ANT_16_BRANCH utf-8 src/etc/testcases/taskdefs/exec/inpu

Re: AW: Issues with selector.

have created a patch that addresses the poor cachefile save performance. This patch addresses this bug, as well as bug 29742. The revised ModifiedSelector now implements the BuildListener interface. Upon configuration, it registers itself with the Project as a BuildListener. The ModifiedSel

DO NOT REPLY [Bug 29742] - Modified selector doesn't allow algorithm or comparator selection

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 29743] - modified selector has poor cachefile save performance

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 29743] - modified selector has poor cachefile save performance

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 29743] - modified selector has poor cachefile save performance

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 29764] - genkey fails when the jre bin directory is not in the path

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 29764] New: - genkey fails when the jre bin directory is not in the path

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 6226] - Organization of ant/lib directory, contents of ant/lib directory

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_bug

Re: and local

From: Matt Benson Date: 2004-06-23 17:43:46 > code? So no, having local variables does not give us > anything we can't do, but it does save us having to That is what I was trying to ensure. > pollute the Project properties with e.g. 500 useless > properties. -0. I don't think the

DO NOT REPLY [Bug 5949] - Stop using timestamp for "out-of-dateness" check

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_bug

DO NOT REPLY [Bug 29729] - XSL StyleSheet for build scripts

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 29729] - XSL StyleSheet for build scripts

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 29729] - XSL StyleSheet for build scripts

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

--- Magesh Umasankar <[EMAIL PROTECTED]> wrote: > From: Matt Benson > Date: 2004-06-23 15:02:54 > > > I cringe at the thought of the number of "unique > > properties" that could be floating about resulting > > from this... > > Is the user community complaining? [SNIP] BTW, apparentl

DO NOT REPLY [Bug 23942] - Addition of a local property

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 21721] - Provide local "properties" within a target

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

--- Magesh Umasankar <[EMAIL PROTECTED]> wrote: > From: Peter Reilly com> > Date: 2004-06-23 16:23:48 > > > are some cases where true local properties would > be more easily > > like...? > like anytime you have to make two passes at some data to get a property set exactly the way y

Re: and local

Subject:Re: and local From: Wascally Wabbit > Why would BreakException subclass from BuildException? It's a Point taken. So long as it is some sort of RuntimeException, it is good enough. > Also as a developer responsible for lots of task container code, > I'm not thrilled with the

Re: and local

Why would BreakException subclass from BuildException? It's a (heavy) flow control mechanism and has nothing to do with error indication. Just like using try/catch for flow control is not a good idea, should not piggy back on the build exception mechanism... Also as a developer responsible for lot

Re: and local

From: Peter Reilly Date: 2004-06-23 16:23:48 > are some cases where true local properties would be more easily like...? > The task is interesting. I am concerned however about > how third party task containers would work with it. If the third-party container would like to support

Re: and local

It is not only with macrodef's that folk want "if/unless", but macrodef is a bit more obvious because of it's use as a replacement for used as a sub-routine. Using constructed property names is a good work-around for the lack of local properties. But it is a work-around, and there are some cases w

Re: and local

From: Matt Benson Date: 2004-06-23 15:02:54 > I cringe at the thought of the number of "unique > properties" that could be floating about resulting > from this... Is the user community complaining? The only issue that seems to come up every now and then is lack of straight-forward

AW: AW: and local

> > I think would make the buildscript to a > > kind of > > macro language. People (like me :) prefer to hack a > > macrodef > > prior to invest more time to implement a real task. > > > > And then you´ll need real "variables". > > > > So are you saying you think s should only be > used as "re

Re: AW: and local

--- [EMAIL PROTECTED] wrote: > > > > I cringe at the thought of the number of > "unique > > > > properties" that could be floating about > resulting > > > > from this... > > I think would make the buildscript to a > kind of > macro language. People (like me :) prefer to hack a > macrodef > prior

AW: and local

> > > I cringe at the thought of the number of "unique > > > properties" that could be floating about resulting > > > from this... I think would make the buildscript to a kind of macro language. People (like me :) prefer to hack a macrodef prior to invest more time to implement a real task. And

RE: and local

--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > > > --- Magesh Umasankar <[EMAIL PROTECTED]> wrote: [SNIP] > > > Why do you need them? I typically append an > > > attribute > > > value to a property name to get the unique > property > > >

Re: buildStarted/Finished and subbuilds

On Thu, 24 Jun 2004, Conor MacNeill <[EMAIL PROTECTED]> wrote: > Well, you could still take the approach of removing the main build > listeners and then fire a SubBuildFinished on all the remaining > listeners that are BuildListener2. Yes, much like what Jose Alberto describes later. This would

RE: and local

> From: Matt Benson [mailto:[EMAIL PROTECTED] > > --- Magesh Umasankar <[EMAIL PROTECTED]> wrote: > > From: Steve Loughran > > Date: 2004-06-17 9:27:18 > > > > > I am now convinced we need local properties; > > without > > > it macrodef doesnt work fully. > > > > Why do you need th

Re: and local

--- Magesh Umasankar <[EMAIL PROTECTED]> wrote: > From: Steve Loughran > Date: 2004-06-17 9:27:18 > > > I am now convinced we need local properties; > without > > it macrodef doesnt work fully. > > Why do you need them? I typically append an > attribute > value to a property name t

RE: buildStarted/Finished and subbuilds

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > Hi all, > > while investigating bug 8689 I realized that the Ant project > instances we create in Ant never fire the build started or > finished events. I'm not entirely sure that this is a good > thing (but it probably is), but we probabl

Re: buildStarted/Finished and subbuilds

Stefan Bodewig wrote: On Wed, 23 Jun 2004, Conor MacNeill <[EMAIL PROTECTED]> wrote: Unfortunately this wouldn't help. * RecorderEntry wants to write something to the file in buildFinished, if we close the file in projectFinished, this would try to write to a closed file in the main build. * Si

AntClassLoader cleanup

AFAICS all AntClassLoader instances created by Ant are associated with a project instance and will eventually get cleaned up when the current project finishes. In some cases we really need to keep the class loaders around - the loaders that have loaded tasks for example. In other cases the loader

and subbuilds

While lookin into the AntClassLoader thing I realized that keeps a static map keyed on the name attribute of the task. This means that two different subbuilds that use the same name attribute in a task will end up writing to the same file (and probably cause a lot of other problems as well). Th

DO NOT REPLY [Bug 29729] - XSL StyleSheet for build scripts

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 8689] - AntClassLoader still leaks memory.

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_bug

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Ant.java RecorderEntry.java

bodewig 2004/06/23 07:08:26 Modified:src/main/org/apache/tools/ant/taskdefs Ant.java RecorderEntry.java Log: Preliminary fix for 8689 Revision ChangesPath 1.101 +26 -4 ant/src/main/org/apache/tools/ant/taskdefs/Ant.java Index: Ant.java

Re: buildStarted/Finished and subbuilds

On Wed, 23 Jun 2004, Conor MacNeill <[EMAIL PROTECTED]> wrote: > The only alternative I could think of (without checking whether it > is feasible) would be to create BuildListener2 and add something > like ProjectStarted/ProjectFinished to it. These would be called in > Project.executeTargets for

DO NOT REPLY [Bug 27541] - JunitReport task fails under JDK 1.5

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 8689] - AntClassLoader still leaks memory.

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_bug

DO NOT REPLY [Bug 29020] - gcj support in Path.addJavaRuntime

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/src/main/org/apache/tools/ant/types Path.java

bodewig 2004/06/23 06:33:19 Modified:.Tag: ANT_16_BRANCH CONTRIBUTORS TODO src/main/org/apache/tools/ant/types Tag: ANT_16_BRANCH Path.java Log: merge Revision ChangesPath No revision No

cvs commit: ant/src/main/org/apache/tools/ant/types Path.java

bodewig 2004/06/23 06:32:57 Modified:.CONTRIBUTORS src/main/org/apache/tools/ant/types Path.java Log: Add libgcj support to Path.addJavaRuntime PR: 29020 Submitted by: Anthony Green Revision ChangesPath 1.25 +1 -0 ant/CONTRIBUTORS

Re: buildStarted/Finished and subbuilds

Stefan Bodewig wrote: this is ugly, but any clean solution I could come up with is not backwards compatible (add a dispose method to BuildListener, make subbuilds fire buildFinished ...). Any better ideas? Sounds OK. The only alternative I could think of (without checking whether it is feasible) w

Re: buildStarted/Finished and subbuilds

The clean up you propose sounds very good. As regards whether the ant family tasks should fire build started and finished events. One may see these for , and but not for (or at least the way it is used by some scripts as a sub-routine call). In any case, as you say, it cannot be changed for backw

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/net RExecTask.java

bodewig 2004/06/23 05:32:04 Modified:.Tag: ANT_16_BRANCH WHATSNEW src/main/org/apache/tools/ant/taskdefs/optional/net Tag: ANT_16_BRANCH RExecTask.java Log: merge Revision ChangesPath No revision No

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/net RExecTask.java

bodewig 2004/06/23 05:30:40 Modified:.WHATSNEW src/main/org/apache/tools/ant/taskdefs/optional/net RExecTask.java Log: PR 25935 applies to as well Revision ChangesPath 1.629 +1 -1 ant/WHATSNEW Index: WHATSNEW

DO NOT REPLY [Bug 25935] - telnet task does not explicitly disconnect telnet sessions

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/src/main/org/apache/tools/ant/taskdefs/optional/net TelnetTask.java

bodewig 2004/06/23 05:26:35 Modified:.Tag: ANT_16_BRANCH TODO WHATSNEW src/main/org/apache/tools/ant/taskdefs/optional/net Tag: ANT_16_BRANCH TelnetTask.java Log: merge Revision ChangesPath No revision No

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/net TelnetTask.java

bodewig 2004/06/23 05:25:05 Modified:.WHATSNEW src/main/org/apache/tools/ant/taskdefs/optional/net TelnetTask.java Log: Indentation of telnet tasks, record bug fix Revision ChangesPath 1.628 +2 -0 ant/WHATSNEW I

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/net TelnetTask.java

bodewig 2004/06/23 05:23:22 Modified:src/main/org/apache/tools/ant/taskdefs/optional/net TelnetTask.java Log: properly disconnect from telnet server. PR: 25935 Submitted by: carcher at yahoo dot com Revision ChangesPath 1.27 +13 -1

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/net TelnetTask.java

bodewig 2004/06/23 05:19:23 Modified:src/main/org/apache/tools/ant/taskdefs/optional/net TelnetTask.java Log: Small refactoring to prepare for bug 25935 Revision ChangesPath 1.26 +4 -9 ant/src/main/org/apache/tools/ant/taskdefs/optional/

buildStarted/Finished and subbuilds

Hi all, while investigating bug 8689 I realized that the Ant project instances we create in Ant never fire the build started or finished events. I'm not entirely sure that this is a good thing (but it probably is), but we probably can't change it for backwards compatibility reasons anyway. This

AW: Issues with selector.

I´ll have a deeper look into that (but now I have to ensure that my new computer is able to run - the old was damaged :( Jan > -Ursprüngliche Nachricht- > Von: Robert Rice [mailto:[EMAIL PROTECTED] > Gesendet am: Dienstag, 22. Juni 2004 20:23 > An: [EMAIL PROTECTED] > Betreff: Issues wi

RE: and local

-1, I think it is a bad idea > From: Peter Reilly [mailto:[EMAIL PROTECTED] > ... > I see three places where it/unless attributes could be added > to macrodef. > > 1) at the macrodef definition. > > > > > > > dir @{dir} >

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

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

Magesh Umasankar wrote: From: Steve Loughran Date: 2004-06-17 9:27:18 I am now convinced we need local properties; without it macrodef doesnt work fully. Why do you need them? I typically append an attribute value to a property name to get the unique property that I want. I h

cvs commit: ant/xdocs external.xml

bodewig 2004/06/22 23:49:24 Modified:docs Tag: ANT_16_BRANCH external.html xdocsTag: ANT_16_BRANCH external.xml Log: merge Revision ChangesPath No revision No revision 1.136.2.18 +1 -1 ant/docs/external.h

Re: patch request for external.xml

On Tue, 22 Jun 2004, <[EMAIL PROTECTED]> wrote: > Please correct: done in CVS, automatic update of the site will happen sometime later today. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [

cvs commit: ant/xdocs external.xml

bodewig 2004/06/22 23:48:20 Modified:docs external.html xdocsexternal.xml Log: correct compatibility statement of EMMA. Submitted by: [EMAIL PROTECTED] Revision ChangesPath 1.172 +1 -1 ant/docs/external.html Index: external.html

cvs commit: ant/docs/manual develop.html

bodewig 2004/06/22 23:38:12 Modified:docs/manual Tag: ANT_16_BRANCH develop.html Log: merge Revision ChangesPath No revision No revision 1.13.2.5 +1 -1 ant/docs/manual/develop.html Index: develop.html ==

cvs commit: ant/docs/manual develop.html

bodewig 2004/06/22 23:35:56 Modified:docs/manual develop.html Log: typo Revision ChangesPath 1.17 +1 -1 ant/docs/manual/develop.html Index: develop.html === RCS file: /home/cvs/ant/docs/man

Re: and local

From: Steve Loughran Date: 2004-06-17 9:27:18 > I am now convinced we need local properties; without > it macrodef doesnt work fully. Why do you need them? I typically append an attribute value to a property name to get the unique property that I want. I have had reasonable succes