AspectJ logging was [Re: Purpose of FileUtils.close(...)]

2005-01-20 Thread Kev Jackson
Another thought: We could create an AntThread class to tie a Thread to a Project. Most places that currently use Thread constructors would use the same AntThread constructor. The top-level AntThread could be constructed with an explicit Project; others could inherit the Project from the

DO NOT REPLY [Bug 33169] - ClearCase update produces verbose output---request standard output suppression feature

2005-01-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33169. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

Re: AspectJ logging was [Re: Purpose of FileUtils.close(...)]

2005-01-20 Thread Steve Loughran
Kev Jackson wrote: Another thought: We could create an AntThread class to tie a Thread to a Project. Most places that currently use Thread constructors would use the same AntThread constructor. The top-level AntThread could be constructed with an explicit Project; others could inherit the

RE: Need a target meta data for parallel executor.

2005-01-20 Thread Jose Alberto Fernandez
I think you misunderstood my syntax so I will try again with diferent syntax to make it more clear: Lets use || as the non-deterministic separator for dependencies. If you say: target name=foo depends=a||b/ this means foo must be executed after a and after b but there is no restriction in

libraries

2005-01-20 Thread Steve Loughran
is anyone else using this yet? What is their experience? I am starting to move to it. I am also thinking of some enhancements 1. For mavenrepository always download pom and license files if present. With pom:boolean and license:boolean flags to enable/disable this. License is useful, pom may be

Re: Ant 1.6 branch + JDK 1.5 + win2K test failure

2005-01-20 Thread Conor MacNeill
Stefan Bodewig wrote: On Mon, 17 Jan 2005, Dominique Devienne [EMAIL PROTECTED] wrote: I just updated, bootstrapped, and ran the test suite, and got this: DependTest used to fail on HEAD as well (JDK 1.5 only), Conor fixed it a while ago (but didn't merge the change to the 1.6 branch). Yeah,

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

2005-01-20 Thread bodewig
bodewig 2005/01/20 05:50:57 Modified:src/etc/testcases/taskdefs sync.xml src/main/org/apache/tools/ant DirectoryScanner.java src/main/org/apache/tools/ant/taskdefs Sync.java src/testcases/org/apache/tools/ant/taskdefs SyncTest.java Log:

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

2005-01-20 Thread Stefan Bodewig
On 20 Jan 2005, [EMAIL PROTECTED] wrote: Allow sync to keep files in target even if they are not in any source directories, PR 21832 Two things: (1) Dominique, could you please try a build of CVS HEAD (doesn't necessarily have to be any more recent than a month or so) on one of your

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

2005-01-20 Thread peterreilly
peterreilly2005/01/20 06:30:07 Modified:src/main/org/apache/tools/ant/taskdefs Sync.java Log: javadoc Revision ChangesPath 1.20 +13 -2 ant/src/main/org/apache/tools/ant/taskdefs/Sync.java Index: Sync.java

Re: libraries

2005-01-20 Thread Nicola Ken Barozzi
Steve Loughran wrote: is anyone else using this yet? What is their experience? I am not using it but the Cocoon project, that uses Ant, would like to download artifacts, and I would like to use it for JDNC. I'm not sure how to propose the use of this now, maybe if it were packaged as an antlib

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

2005-01-20 Thread peterreilly
peterreilly2005/01/20 06:35:15 Modified:src/main/org/apache/tools/ant DirectoryScanner.java Log: trailing whitespace + multi setting Revision ChangesPath 1.79 +7 -6 ant/src/main/org/apache/tools/ant/DirectoryScanner.java Index: DirectoryScanner.java

Re: libraries

2005-01-20 Thread Matt Benson
--- Steve Loughran [EMAIL PROTECTED] wrote: [SNIP] I also think it would be convenient with my life if as well as loading ~/.ant/lib, that we had a properties file with my own customisations, say ~/.ant/build.properties That way I could set up things like proxy, maven repository, etc,

Re: libraries

2005-01-20 Thread Steve Loughran
Nicola Ken Barozzi wrote: Steve Loughran wrote: is anyone else using this yet? What is their experience? I am not using it but the Cocoon project, that uses Ant, would like to download artifacts, and I would like to use it for JDNC. I'm not sure how to propose the use of this now, maybe if it

Re: libraries

2005-01-20 Thread Steve Loughran
Matt Benson wrote: --- Steve Loughran [EMAIL PROTECTED] wrote: [SNIP] I also think it would be convenient with my life if as well as loading ~/.ant/lib, that we had a properties file with my own customisations, say ~/.ant/build.properties That way I could set up things like proxy, maven

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

2005-01-20 Thread stevel
stevel 2005/01/20 07:58:47 Modified:src/main/org/apache/tools/ant Main.java Log: I pulled out a bit of pre-1.2 testing, but the code it wrapped is probably unneeded, as we dont set a security manager. Revision ChangesPath 1.114 +1 -5

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

2005-01-20 Thread stevel
stevel 2005/01/20 07:59:52 Modified:docs/manual running.html docs/manual/CoreTasks libraries.html src/etc/testcases/taskdefs libraries.xml src/main/org/apache/tools/ant/taskdefs/repository Libraries.java

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

2005-01-20 Thread peterreilly
peterreilly2005/01/20 08:35:57 Modified:src/main/org/apache/tools/ant/taskdefs Apt.java Log: javadoc Revision ChangesPath 1.4 +107 -5ant/src/main/org/apache/tools/ant/taskdefs/Apt.java Index: Apt.java

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

2005-01-20 Thread peterreilly
peterreilly2005/01/20 08:54:54 Modified:src/main/org/apache/tools/ant ComponentHelper.java Log: trailing space Revision ChangesPath 1.44 +1 -1 ant/src/main/org/apache/tools/ant/ComponentHelper.java Index: ComponentHelper.java

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

2005-01-20 Thread peterreilly
peterreilly2005/01/20 08:58:56 Modified:src/main/org/apache/tools/ant ComponentHelper.java src/main/org/apache/tools/ant/taskdefs Apt.java Log: date Revision ChangesPath 1.45 +1 -1 ant/src/main/org/apache/tools/ant/ComponentHelper.java

cvs commit: ant/src/main/org/apache/tools/mail SmtpResponseReader.java

2005-01-20 Thread peterreilly
peterreilly2005/01/20 09:01:29 Modified:src/main/org/apache/tools/mail SmtpResponseReader.java Log: javadoc Revision ChangesPath 1.16 +6 -1 ant/src/main/org/apache/tools/mail/SmtpResponseReader.java Index: SmtpResponseReader.java

cvs commit: ant/src/main/org/apache/tools/mail SmtpResponseReader.java

2005-01-20 Thread peterreilly
peterreilly2005/01/20 09:03:11 Modified:src/main/org/apache/tools/mail Tag: ANT_16_BRANCH SmtpResponseReader.java Log: sync Revision ChangesPath No revision No revision 1.11.2.5 +6 -1

Re: Need a target meta data for parallel executor.

2005-01-20 Thread Alexey N. Solofnenko
I think I did understand it. This is a practical example: target name=init/ target name=clean1 depends=init/ target name=clean2 depends=init/ target name=clean depends=clean1,clean2/ target name=build1 depends=init/ target name=build2 depends=init/ target name=build depends=build1,build2/ target

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

2005-01-20 Thread Dominique Devienne
From: Stefan Bodewig [mailto:[EMAIL PROTECTED] On 20 Jan 2005, [EMAIL PROTECTED] wrote: Allow sync to keep files in target even if they are not in any source directories, PR 21832 Two things: Let me address the second one first: (2) Names again. sync todir=${dest}

Why fail on a missing dependency of an unused task?

2005-01-20 Thread Dominique Devienne
When I setup the performance testing environment for sync, I dropped my custom Antlib jar into a freshly made Ant CVS HEAD distrib. I ran my build file, which referenced my old lsync task using the antlib: magic XML namespace, and I was surprised to get an error about a task I wasn't even using!

Re: libraries

2005-01-20 Thread Matt Benson
--- Steve Loughran [EMAIL PROTECTED] wrote: Matt Benson wrote: Steve, do you mean something more automagical than adding -propertyfile foo.properties to ANT_ARGS? exactly, its as if -propertyfile ~/ant/ant.properties was built in (though its a shame we dont get property expansion in

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository Library.java

2005-01-20 Thread stevel
stevel 2005/01/20 15:09:15 Modified:src/main/org/apache/tools/ant/taskdefs/repository Library.java Log: cleanup a few loose ends Revision ChangesPath 1.6 +5 -6 ant/src/main/org/apache/tools/ant/taskdefs/repository/Library.java

cvs commit: ant/lib libraries.properties

2005-01-20 Thread stevel
stevel 2005/01/20 15:10:19 Added: .fetch.xml lib libraries.properties Log: Add automatic d/l of needed JARs to user lib (default), system or optional directories. Enjoy! Revision ChangesPath 1.1 ant/fetch.xml Index:

DO NOT REPLY [Bug 22904] - [Patch] to download some third party libraries (not complete)

2005-01-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=22904. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.