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

Stefan Bodewig wrote: On 1 Aug 2003, <[EMAIL PROTECTED]> wrote: (b) so you can use other implementations than the windows one. Great! I have Mono (0.25) installed on my Linux box and was trying to free some time to see whether I could get (the only task I'd currently be interested in) to work w

DO NOT REPLY [Bug 22072] New: - Path.systemClasspath change to final

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21249] - Add "getXxx()" and "clearXxx()" methods to Javadoc 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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22067] New: - Logging of "Buildfile: *" directly to System.out instead of through logging mechanism

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22066] New: - Reset System.in after build

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22065] New: - NullPointerException if user specifies "-Debug"

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://nagoya.apache.org/bugzilla/show_bu

Re: [GUMP] Test Failure - Ant

I will try it (ExecTaskTest) on cvs.apache.org tomorrow. I had ran it successfully on Solaris, so it is not necessarily failing on Unix. Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-ma

Re: [GUMP] Test Failure - Ant

Stefan Bodewig wrote: On Fri, 1 Aug 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: I do not know why the ExecTaskTest failed. It ran successfully on July 30th. It has been constantly failing for my personal Gump installation (also running on Linux) since you've added it. I just cannot fin

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

Stefan Bodewig wrote: On 1 Aug 2003, <[EMAIL PROTECTED]> wrote: (b) so you can use other implementations than the windows one. Great! I have Mono (0.25) installed on my Linux box and was trying to free some time to see whether I could get (the only task I'd currently be interested in) to work w

RE: [Patch] namespace and antlib

Thanks Peter. It helps ;-) --DD > -Original Message- > From: peter reilly [mailto:[EMAIL PROTECTED] > Sent: Friday, August 01, 2003 11:10 AM > To: Ant Developers List > Subject: Re: [Patch] namespace and antlib > > Ok my explaination was not that great ;-) > > 1) ant:core > Namespace URI

Re: override

Dominique Devienne wrote, On 01/08/2003 17.58: On second though, instead of renaming, why don't we use IDs, which are common and well understood: Well, they have a special meaning in XML and I would not use them for this feature. It also spoils consistency with other ant namings, as usually we us

Re: override

Dominique Devienne wrote, On 01/08/2003 17.38: -Original Message- From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 10:27 AM To: [EMAIL PROTECTED] Subject: Re: override and that renamed targets from a and b should not be call-able directly from the command lin

Re: [Patch] namespace and antlib

Ok my explaination was not that great ;-) 1) ant:core Namespace URI are not URLs.., they can be anything. The "ant" part is the "protocol" to use. I picked "ant:core" to look like "jelly:core" ;-). I used "ant:core" as it small and easy to remember. Normally one would not need to use it at all as

RE: override

On second though, instead of renaming, why don't we use IDs, which are common and well understood: or better yet IMHO: The notation feels very natural, and I don't see why one would need to called a conflicting target (from an imported build file) from anywhere but the same-

RE: override

I have been watching this thread with interest since we use a modified ant to provide an override feature. I would love to get back to using the main branch ant. Ant is not nearly as useful to us without an override functionality. I modified the ant target to copy targets in parent build into th

RE: override

> -Original Message- > From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED] > Sent: Friday, August 01, 2003 10:27 AM > To: [EMAIL PROTECTED] > Subject: Re: override > > > and that renamed targets from a and b should not be > > call-able directly from the command line, but only from within th

Re: override

Dominique Devienne wrote, On 01/08/2003 17.14: -Original Message- From: Conor MacNeill [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 9:24 AM To: Ant Developers List Subject: Re: override On Fri, 1 Aug 2003 10:47 pm, Nicola Ken Barozzi wrote: How can this thing be done while shield

RE: override

> -Original Message- > From: Conor MacNeill [mailto:[EMAIL PROTECTED] > Sent: Friday, August 01, 2003 9:24 AM > To: Ant Developers List > Subject: Re: override > > On Fri, 1 Aug 2003 10:47 pm, Nicola Ken Barozzi wrote: > > How can this thing be done while shielding interactions? > > > > Y

RE: override

I totally agree with everything you in this post Conor ;-) --DD > -Original Message- > From: Conor MacNeill [mailto:[EMAIL PROTECTED] > Sent: Friday, August 01, 2003 5:28 AM > To: Ant Developers List > Subject: Re: override > > On Fri, 1 Aug 2003 07:40 pm, Jose Alberto Fernandez wrote: >

RE: [Patch] namespace and antlib

I'm confused Peter about the reserved URIs. When you say ant:core and antlib:, you really are talking about the URIs, not the namespace prefixes, right? If so, why is the ant:core URI so short, instead of the usual unique name that result from using the DNS/URL name to Ant, with a version or date

DO NOT REPLY [Bug 20735] - "Resource" is not explained

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://nagoya.apache.org/bugzilla/show_bu

Re: override

On Fri, 1 Aug 2003 10:47 pm, Nicola Ken Barozzi wrote: > How can this thing be done while shielding interactions? > You make the renaming optional. All of a's and b's targets go unprefixed. If those builds use targets which are provided by the main build, or by the other, unprefixed, import

Re: [GUMP] Test Failure - Ant

On Fri, 1 Aug 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > I do not know why the ExecTaskTest failed. It ran successfully on > July 30th. It has been constantly failing for my personal Gump installation (also running on Linux) since you've added it. I just cannot find the time to debu

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

antoine 2003/08/01 06:36:56 Modified:src/testcases/org/apache/tools/ant/taskdefs ExecTaskTest.java Log: increase time allocated for shell script to complete, following failure of the test on August 1st 2003 on cvs.apache.org Revision ChangesPath

Re: [GUMP] Test Failure - Ant

I do not know why the ExecTaskTest failed. It ran successfully on July 30th. Since then, I changed slightly the code of the test to suppress logging, that's all. I think I need to allocate one second instead of 1/10th of a second as a margin between the end of the build triggering the spawn and the

Re: override

Conor MacNeill wrote, On 01/08/2003 12.27: On Fri, 1 Aug 2003 07:40 pm, Jose Alberto Fernandez wrote: ... On the other hand, if you have to import them, then it is because they have to share something or one defines some target for the other, or something. I disagree. Importing them into a common b

DO NOT REPLY [Bug 20735] - "Resource" is not explained

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://nagoya.apache.org/bugzilla/show_bu

[GUMP] Test Failure - Ant

030801/js.jar:/home/rubys/jakarta/beanshell/dist/bsh-20030801.jar:/home/rubys/jakarta/beanshell/dist/bsh-bsf-20030801.jar:/home/rubys/jakarta/beanshell/dist/bsh-classpath-20030801.jar:/home/rubys/jakarta/beanshell/dist/bsh-commands-20030801.jar:/home/rubys/jakarta/beanshell/dist/bsh-core-200308

DO NOT REPLY [Bug 20735] - "Resource" is not explained

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/xdocs external.xml

bodewig 2003/08/01 05:28:22 Modified:docs external.html xdocsexternal.xml Log: Add reference to "Ant pretty build", submitted by Charbel BITAR Revision ChangesPath 1.125 +53 -0 ant/docs/external.html Index: external.html =

[Patch] namespace and antlib

I have posted a patch for namespace support in http://issues.apache.org/bugzilla/show_bug.cgi?id=19897 It should cover most of the issues raised http://marc.theaimsgroup.com/?t=10528987595&r=1&w=2 Arbitrary namespace uris are allowed, uris beginning with "ant" are reserved. ant:core is ant

DO NOT REPLY [Bug 19897] - Patch to implement the namespaced antlib + other changes

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19897] - Patch to implement the namespaced antlib + other changes

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22044] New: - style-task and undefined parameters

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://nagoya.apache.org/bugzilla/show_bu

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

peterreilly2003/08/01 03:22:30 Modified:src/main/org/apache/tools/ant Task.java Log: style Revision ChangesPath 1.47 +10 -0 ant/src/main/org/apache/tools/ant/Task.java Index: Task.java === R

Re: override

On Fri, 1 Aug 2003 07:40 pm, Jose Alberto Fernandez wrote: > > OK, lets get on the nitty gritty of the matter. :-) > > What do you mean by unrelated imports? If they are unrelated why do you > need to import them toghether? They may be unrelated because they are written by different people. I w

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/metamata AbstractMetamataTask.java MParse.java

bodewig 2003/08/01 03:08:13 Modified:docs/manual/CoreTasks exec.html src/main/org/apache/tools/ant/taskdefs Execute.java Java.java Javadoc.java src/main/org/apache/tools/ant/taskdefs/optional ANTLR.java src/main/org/apa

Re: override

Jose Alberto Fernandez wrote, On 01/08/2003 11.40: ... OK, lets get on the nitty gritty of the matter. :-) What do you mean by unrelated imports? If they are unrelated why do you need to import them toghether? Why don't you use to call between the unrelated targets? In other words, the now famous

RE: override

> From: Conor MacNeill [mailto:[EMAIL PROTECTED] > > On Fri, 1 Aug 2003 04:20 am, Jose Alberto Fernandez wrote: > > Given the nature of ANT, I think it may be really important > to be able > > to specify super in the dependencies of the overriden method. > > I think part of the problem on this is

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

peterreilly2003/08/01 01:34:00 Modified:src/main/org/apache/tools/ant/taskdefs Antlib.java Definer.java Log: Fix location when error occurs in running antlib Revision ChangesPath 1.5 +14 -25ant/src/main/org/apache/tools/ant/taskdefs/Antli

Re: cvs commit: ant/src/main/org/apache/tools/ant/helper ProjectHelper2.java

On Friday 01 August 2003 06:52, [EMAIL PROTECTED] wrote: > stevel 2003/07/31 22:52:31 > > Modified:src/main/org/apache/tools/ant/helper ProjectHelper2.java > Log: > I cant believe we never noticed this typo before Possibly because I introduced it in revision 1.27 0-) Peter

Re: ant 1.5.4 : Import

Nicola Ken Barozzi wrote: Jose Alberto Fernandez wrote, On 31/07/2003 13.24: From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED] ... Wait a second, does this mean that there is crosstalk between the lines 1, 2, 3? Yes, there is crosstalk and at least in XSLT this is a good thing. It means that y

Re: OpenVMS changes (was Re: FileUtils#normalize(File))

On Thu, 31 Jul 2003, Knut Wannheden <[EMAIL PROTECTED]> wrote: >> > I was thinking about the FileUtils#getSetLastModified(), which >> > using reflection returns the File#setLastModified(long) method. >> > Alas, I found that exactly this method doesn't have any effect on >> > OpenVMS >> >> Well at

Ant 1.5.4 and Xerces-J 2.5.0

Hi, I've just upgraded the Xerces-J version in CVS HEAD. Given that Gump is always running against CVS HEAD of Ant and Xerces, I see little risk of breaking anything with that change. I'm not sure whether it would be a good idea to also replace the one in the 1.5 branch given that we are looking

cvs commit: ant/lib README xercesImpl.jar

bodewig 2003/07/31 23:45:02 Modified:.WHATSNEW lib README xercesImpl.jar Log: Upgrade to Xerces-J 2.5.0 Revision ChangesPath 1.476 +1 -1 ant/WHATSNEW Index: WHATSNEW ==

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

stevel 2003/07/31 23:44:36 Modified:src/main/org/apache/tools/ant/types Assertions.java Commandline.java CommandlineJava.java src/main/org/apache/tools/ant/taskdefs Java.java Log: I always worry when I change something fundamental, and the amou

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

On 1 Aug 2003, <[EMAIL PROTECTED]> wrote: > (b) so you can use other implementations than the windows one. Great! I have Mono (0.25) installed on my Linux box and was trying to free some time to see whether I could get (the only task I'd currently be interested in) to work with it, it seems i

DO NOT REPLY [Bug 21315] - Jar Update Gives Error when JAR is loaded on classpath

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 11585] - The Replace Task ignores properties with multiline replacements

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20735] - "Resource" is not explained

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/docs/manual/CoreTasks property.html

stevel 2003/07/31 23:30:01 Modified:docs/manual/CoreTasks property.html Log: bug #20735 "Resource" is not explained; explained what a resource is, clarified what property files do, to field off recurrent bugreps and show property expansion. Revision ChangesPath 1.1

DO NOT REPLY [Bug 19386] - condition evaluates to true when both files cannot be found

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17834] - When using the jspc task with excludes task fails

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17880] - task should optionally not destroy forked processes

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14869] - jspc task does not generate correct code

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://nagoya.apache.org/bugzilla/show_bu

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

stevel 2003/07/31 22:55:17 Modified:src/etc/testcases/taskdefs/optional dotnet.xml src/main/org/apache/tools/ant/taskdefs/optional/dotnet CSharp.java DotnetBaseMatchingTask.java DotnetCompile.java JSharp.java

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

stevel 2003/07/31 22:52:31 Modified:src/main/org/apache/tools/ant/helper ProjectHelper2.java Log: I cant believe we never noticed this typo before Revision ChangesPath 1.28 +1 -1 ant/src/main/org/apache/tools/ant/helper/ProjectHelper2.java Index: ProjectH

cvs commit: ant/src/etc/testcases/taskdefs initializeclass.xml

stevel 2003/07/31 22:52:04 Modified:src/etc/testcases/taskdefs initializeclass.xml Log: want to catch failure to fork here. Revision ChangesPath 1.2 +1 -1 ant/src/etc/testcases/taskdefs/initializeclass.xml Index: initializeclass.xml

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

stevel 2003/07/31 22:02:30 Modified:src/main/org/apache/tools/ant/util ClasspathUtils.java Log: fix a couple of IDE highighted jdoc typos Revision ChangesPath 1.8 +3 -3 ant/src/main/org/apache/tools/ant/util/ClasspathUtils.java Index: ClasspathUtils.java

Re: override

On Fri, 1 Aug 2003 04:20 am, Jose Alberto Fernandez wrote: > Given the nature of ANT, I think it may be really important to be able > to specify super in the dependencies of the overriden method. > I think part of the problem on this issue i that we have been trying > too hard to use rewriting as o