DO NOT REPLY [Bug 34464] New: - telnet task performance problem

2005-04-15 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=34464. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

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

2005-04-15 Thread bodewig
bodewig 2005/04/15 01:10:39 Modified:src/main/org/apache/tools/ant/taskdefs Java.java Log: Make sure we add a location when java fails Revision ChangesPath 1.104 +4 -1 ant/src/main/org/apache/tools/ant/taskdefs/Java.java Index: Java.java

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

2005-04-15 Thread bodewig
bodewig 2005/04/15 01:11:09 Modified:src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH Java.java Log: merge Revision ChangesPath No revision No revision 1.77.2.14 +4 -1

DO NOT REPLY [Bug 33604] - classconstants filter reader reads a limited number of constants per class.

2005-04-15 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=33604. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 34458] - macrodef with an embedded reference and *ant* conflict

2005-04-15 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=34458. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

svn commit: r161447 - in ant: antlibs/ core/ sandbox/ sandbox/antlibs/

2005-04-15 Thread bodewig
Author: bodewig Date: Fri Apr 15 05:53:08 2005 New Revision: 161447 URL: http://svn.apache.org/viewcvs?view=revrev=161447 Log: Initial directory structure Added: ant/antlibs/ ant/core/ ant/sandbox/ ant/sandbox/antlibs/

DO NOT REPLY [Bug 34458] - macrodef with an embedded reference and *ant* conflict

2005-04-15 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=34458. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 34458] - macrodef with an embedded reference and *ant* conflict

2005-04-15 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=34458. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 34458] - macrodef with an embedded reference and *ant* conflict

2005-04-15 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=34458. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

We have SVN

2005-04-15 Thread Stefan Bodewig
you may have noticed my test commit. I plan to import the svn, dotnet and antunit things from proposal somewhere under sandbox/antlibs, I'm not exactly sure when I'll find time to do that, though. I've chose antlibs instead of libs (as suggested by DD), but we can change that easily in SVN by

svn commit: r161469 [1/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

2005-04-15 Thread bodewig
Author: bodewig Date: Fri Apr 15 07:32:50 2005 New Revision: 161469 URL: http://svn.apache.org/viewcvs?view=revrev=161469 Log: Import sandbox antlibs Added: ant/sandbox/antlibs/antunit/ ant/sandbox/antlibs/antunit/branches/ ant/sandbox/antlibs/antunit/tags/

svn commit: r161469 [4/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

2005-04-15 Thread bodewig
Added: ant/sandbox/antlibs/svn/trunk/build.xml URL: http://svn.apache.org/viewcvs/ant/sandbox/antlibs/svn/trunk/build.xml?view=autorev=161469 == --- ant/sandbox/antlibs/svn/trunk/build.xml (added) +++

svn commit: r161469 [2/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

2005-04-15 Thread bodewig
Added: ant/sandbox/antlibs/dotnet/branches/Ant_1.6.2_compatible/src/etc/testcases/src/fail.cs URL: http://svn.apache.org/viewcvs/ant/sandbox/antlibs/dotnet/branches/Ant_1.6.2_compatible/src/etc/testcases/src/fail.cs?view=autorev=161469

svn commit: r161469 [3/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

2005-04-15 Thread bodewig
Added: ant/sandbox/antlibs/dotnet/trunk/docs/nunit.html URL: http://svn.apache.org/viewcvs/ant/sandbox/antlibs/dotnet/trunk/docs/nunit.html?view=autorev=161469 == --- ant/sandbox/antlibs/dotnet/trunk/docs/nunit.html

Re: We have SVN

2005-04-15 Thread Stefan Bodewig
On Fri, 15 Apr 2005, Stefan Bodewig [EMAIL PROTECTED] wrote: I plan to import the svn, dotnet and antunit things from proposal somewhere under sandbox/antlibs, I'm not exactly sure when I'll find time to do that, though. Just did, but they won't build until anybody fixes the build files (they

svn commit: r161469 [5/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

2005-04-15 Thread bodewig
Added: ant/sandbox/antlibs/svn/trunk/src/main/org/apache/tools/ant/taskdefs/svn/SvnChangeLogTask.java URL: http://svn.apache.org/viewcvs/ant/sandbox/antlibs/svn/trunk/src/main/org/apache/tools/ant/taskdefs/svn/SvnChangeLogTask.java?view=autorev=161469

svn commit: r161477 - in ant/sandbox/antlibs/gendoc: ./ build.xml manual.xsl manual/ manual/ant.xml manual/mkdir.xml whatsnew.xml whatsnew.xsl

2005-04-15 Thread ddevienne
Author: ddevienne Date: Fri Apr 15 08:00:09 2005 New Revision: 161477 URL: http://svn.apache.org/viewcvs?view=revrev=161477 Log: Proposal for XML doc of Ant, transformed to HTML using XSL. Added: ant/sandbox/antlibs/gendoc/ ant/sandbox/antlibs/gendoc/build.xml

Re: References

2005-04-15 Thread Matt Benson
--- Stefan Bodewig [EMAIL PROTECTED] wrote: On Mon, 11 Apr 2005, Matt Benson [EMAIL PROTECTED] wrote: Ever noticed that every Ant type that supports the id/refid pattern must include a load of custom code? Why? Wouldn't it be possible in UE to check all DataType subclass elements

RE: We have SVN

2005-04-15 Thread Dominique Devienne
From: Stefan Bodewig [mailto:[EMAIL PROTECTED] If you start to commit to the repo[1], please keep in mind that svn treats all files as binary, unless you set the svn:eol-style property to native. I use the following snippets[2] in my ~/.subversion/config to make SVN guess the eol-style

Re: Introducing AntUnit

2005-04-15 Thread Matt Benson
--- Stefan Bodewig [EMAIL PROTECTED] wrote: Hi, inspired by the creative use of macrodef and fail others (mainly Matt and Steve) have shown in our tests, the idea of AntUnit we had a long time ago surfaced in my mind again. Cool. I'm pretty sure it was some of Steve's tests that inspired

Re: We have SVN

2005-04-15 Thread Stefan Bodewig
On Fri, 15 Apr 2005, Dominique Devienne [EMAIL PROTECTED] wrote: Also, if anyone objects to the XML+XSL doc proposal going to SVN ant/sandbox/antlibs/gendoc, let me know and I'll remove it. I'm not sure that antlibs is the correct place or whether a different category under sandbox was more

RE: We have SVN

2005-04-15 Thread Dominique Devienne
From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Also, if anyone objects to the XML+XSL doc proposal going to SVN ant/sandbox/antlibs/gendoc, let me know and I'll remove it. I'm not sure that antlibs is the correct place or whether a different category under sandbox was more appropriate.

Re: We have SVN

2005-04-15 Thread Alexey N. Solofnenko
Can we keep old [EMAIL PROTECTED] email address for SVN updates? The commit messages just spam dev build list. - Alexey. Stefan Bodewig wrote: you may have noticed my test commit. I plan to import the svn, dotnet and antunit things from proposal somewhere under sandbox/antlibs, I'm not exactly

Re: ResourceCollections

2005-04-15 Thread Matt Benson
--- Stefan Bodewig [EMAIL PROTECTED] wrote: On Mon, 11 Apr 2005, Matt Benson [EMAIL PROTECTED] wrote: Please don't. If I'm going to dump this ResourceCollection stuff into HEAD I'd rather have this resolved first, and right now only five committers have shown any interest in this

Ant symbolic debugger?

2005-04-15 Thread Phil Weighill-Smith
I wonder if there's any mileage in developing a symbolic debugger for Ant scripts? While the debug output is often adequate for simple(ish) scripts I've had a number of cases where I really could do with a symbolic debugger (like just now!). Phil :n.

Re: Ant symbolic debugger?

2005-04-15 Thread Alexey N. Solofnenko
At least some JBuilder 2005 (SE+?) have ANT debugger that allows also debug custom tasks. - Alexey. Phil Weighill-Smith wrote: I wonder if there's any mileage in developing a symbolic debugger for Ant scripts? While the debug output is often adequate for simple(ish) scripts I've had a number

RE: Ant symbolic debugger?

2005-04-15 Thread Phil Weighill-Smith
Does it debug at the build script source level or at the java code level for the tasks? It's the former I'd really want in this case. Phil :n. -Original Message- From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] Sent: Fri 15/04/2005 17:09 To: Ant Developers List Cc:

Re: Ant symbolic debugger?

2005-04-15 Thread Jeffrey E Care
IIRC you can run Ant builds through the Eclipse debugger. -- Jeffrey E. Care ([EMAIL PROTECTED]) WebSphere Build SWAT Team Lead WebSphere Build Tooling Lead (Project Mantis) https://w3.opensource.ibm.com/projects/mantis Phil Weighill-Smith [EMAIL PROTECTED] wrote on 04/15/2005 12:03:08 PM:

Re: Ant symbolic debugger?

2005-04-15 Thread Jess Holle
There is an Ant debugger for NetBeans 4.x. I've not really played with it much. I have accidentally hit debug instead of execute for a given Ant script in the IDE and the results looked promising... Jeffrey E Care wrote: IIRC you can run Ant builds through the Eclipse debugger.

Re: We have SVN

2005-04-15 Thread Martijn Kruithof
Great, looks good - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Ant roles

2005-04-15 Thread Peter Reilly
Hi Matt, I have not been able to respond as my work commitments are extreme at the moment. I do not like roles (although I did write an implementation) as it would be like the following in a language: Integer x = 1; Complex x = (8, 10); Complex z = (-1, 9); Complex y = x + z; The compiler in this

DO NOT REPLY [Bug 33604] - classconstants filter reader reads a limited number of constants per class.

2005-04-15 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=33604. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

RE: Ant roles

2005-04-15 Thread Dominique Devienne
From: Peter Reilly [mailto:[EMAIL PROTECTED] I have not been able to respond as my work commitments are extreme at the moment. I do not like roles (although I did write an implementation) as it would be like the following in a language: Integer x = 1; Complex x = (8, 10); Complex z

Re: We have SVN

2005-04-15 Thread Stefan Bodewig
On Fri, 15 Apr 2005, Alexey N. Solofnenko [EMAIL PROTECTED] wrote: Can we keep old [EMAIL PROTECTED] email address for SVN updates? The commit messages just spam dev build list. Actually I thought we'd be getting the CVS commit mails there ([EMAIL PROTECTED]) as well. Does the majority of us

RE: We have SVN

2005-04-15 Thread Dominique Devienne
From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Can we keep old [EMAIL PROTECTED] email address for SVN updates? The commit messages just spam dev build list. Actually I thought we'd be getting the CVS commit mails there ([EMAIL PROTECTED]) as well. Does the majority of us want the

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

2005-04-15 Thread mbenson
mbenson 2005/04/15 13:25:36 Modified:.WHATSNEW src/main/org/apache/tools/ant/types RedirectorElement.java src/etc/testcases/types redirector.xml src/testcases/org/apache/tools/ant/types

Re: ResourceCollections

2005-04-15 Thread Martijn Kruithof
Matt Benson wrote: --- Stefan Bodewig [EMAIL PROTECTED] wrote: On Mon, 11 Apr 2005, Matt Benson [EMAIL PROTECTED] wrote: Please don't. If I'm going to dump this ResourceCollection stuff into HEAD I'd rather have this resolved first, and right now only five committers have shown any

Re: ResourceCollections

2005-04-15 Thread Matt Benson
You are using my preferred syntax. Also available would be, e.g.: and xmlns=ant:conditions / and xmlns=ant:fileselectors / and xmlns=ant:resourceselectors / date xmlns=ant:resourceselectors / date xmlns=ant:resourcecomparators / -Matt --- Martijn Kruithof [EMAIL PROTECTED] wrote: Matt Benson

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

2005-04-15 Thread Stefan Bodewig
thanks for giving me a probe-mail, Matt. 8-) OK, CVS commits go to [EMAIL PROTECTED], will send SVN mails there as well. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

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

2005-04-15 Thread mbenson
mbenson 2005/04/15 13:52:53 Modified:.Tag: ANT_16_BRANCH WHATSNEW src/etc/testcases/types Tag: ANT_16_BRANCH redirector.xml src/testcases/org/apache/tools/ant/types Tag: ANT_16_BRANCH RedirectorElementTest.java

Re: ResourceCollections

2005-04-15 Thread Martijn Kruithof
Well that would be up to the user. Would it mean for us that the code must be in different libraries, or is it enough if the classes are defined in separate property files / marked with special values, while the classes can still be blended in in core ant. Martijn Matt Benson wrote: You are

RE: ResourceCollections

2005-04-15 Thread Dominique Devienne
From: Martijn Kruithof [mailto:[EMAIL PROTECTED] Is this te direction we are going with roles: project name=foo default=bar xmlns:co=ant:condition xmlns:set=ant:resourceselector resourcecollection id=blah set:and set:files dir=foo name=**/*.java/ set:date

Re: ResourceCollections

2005-04-15 Thread Matt Benson
--- Martijn Kruithof [EMAIL PROTECTED] wrote: Well that would be up to the user. Would it mean for us that the code must be in different libraries, or is it enough if the classes are defined in separate property files / marked with special values, while the classes can still be blended

RE: ResourceCollections

2005-04-15 Thread Matt Benson
--- Dominique Devienne [EMAIL PROTECTED] wrote: Martijn, Matt, the example above would be necessary if and only if resourcecollection only had a add(ResourceSelector). In practice, we'll likely have specialized addAnd(ResourceSelector) and co so that if can be written just: oh, that's

Re: ResourceCollections

2005-04-15 Thread Martijn Kruithof
Dominique Devienne wrote: snip with namespaces Martijn, Matt, the example above would be necessary if and only if resourcecollection only had a add(ResourceSelector). In practice, we'll likely have specialized addAnd(ResourceSelector) and co so that if can be written just: snip without

Re: ResourceCollections

2005-04-15 Thread Martijn Kruithof
But wouldn't that defeat the whole purpose of the fill in role-type here I thought the whole point was avoiding having addConcrete in favour of having add(Role). What basically is that what Matt just stated. Apart from the variands A and B further below, would the following also work? project

RE: ResourceCollections

2005-04-15 Thread Dominique Devienne
From: Martijn Kruithof [mailto:[EMAIL PROTECTED] snip with namespaces Martijn, Matt, the example above would be necessary if and only if resourcecollection only had a add(ResourceSelector). In practice, we'll likely have specialized addAnd(ResourceSelector) and co so that if can be written

Re: ResourceCollections

2005-04-15 Thread Matt Benson
--- Martijn Kruithof [EMAIL PROTECTED] wrote: [SNIP] Apart from the variands A and B further below, would the following also work? project name=foo default=bar resourcecollection id=blah xmlns=ant:set and files dir=foo name=**/*.java/ date select=newer