Re: can I change junit runner main class

another option would be to let people extend CommandLineJava and overwrite the method getCommandLine() to change the arguments, so I can customize my command line while you maintain the contract of JUnitRunner. I think I will move in this direction since not only I need to change the main class

Re: Ant 2.0

Dale Anson wrote: I've also ran into this problem, which prompted the task that is now in ant-contrib as a solution. It works a lot like Java's assert in that it can be turned on or off either through a command line parameter or by a property. It is a task, so does require build file modificat

Re: Any feedback on the shell script changes?

Stefan Bodewig wrote: Hi, I'd like to merge the modifications I made to the Unix wrapper script and the Launcher to the 1.6. branch so that it gets released in 1.6.1. Has anybody found time to try the changed script on Cygwin or even AIX? I have tested the script under cygwin. I only have one s

Re: Ant 2.0

I've also ran into this problem, which prompted the task that is now in ant-contrib as a solution. It works a lot like Java's assert in that it can be turned on or off either through a command line parameter or by a property. It is a task, so does require build file modification, but it is use

DO NOT REPLY [Bug 26837] New: - xml parser fails with content not allowed in prolog

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: Any feedback on the shell script changes?

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > 1.6.1. Has anybody found time to try the changed > script on Cygwin or > even AIX? More info: I found the bug because I have HOME set to /cygdrive/d aka D:\ . When constructing ant_exec_command in the ant script, escaped double-quotes are added.

DO NOT REPLY [Bug 26286] - XmlProperty: empty element semantic problems

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: Task for the new Pack200 format

Stefan Bodewig wrote: Hi, Java 1.5 comes with support for a new archive format Pack200[1] which basically works by using a special compression algorithm that is very effective on Java class files. The way to create such an archive is to create a plain old jar first and then turn ot into a Pack200

Re: can I change junit runner main class

I assume that your class understands all the command line arguments Ant's testrunner uses and passes them along. How would your class deal with new arguments we add? My class is just a bootstrap that do some classloading stuff regarding my application and then invokes the main class (JUnitRun

Re: Any feedback on the shell script changes?

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Hi, > > I'd like to merge the modifications I made to the > Unix wrapper script > and the Launcher to the 1.6. branch so that it gets > released in > 1.6.1. Has anybody found time to try the changed > script on Cygwin or > even AIX? I'm getting "un

Re: multi-result s

Jose Alberto Fernandez wrote: I am all with you on the goal, my only point is that rather than creating yet another way for mappers, we should do best by starting working on 1.7's features so we try to converge to a unified model. It would mean that mappers can be in their own antlib library, use t

RE: multi-result s

--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > rather than creating yet another way for mappers, > we should do best by starting working on 1.7's > features so we try to converge to a unified model. Are you meaning that ing FileNameMappers is but a small part of something that needs to be

RE: can I change junit runner main class

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > On Mon, 09 Feb 2004, Mariano Benitez <[EMAIL PROTECTED]> wrote: > > The problem is that I cannot simulate this using JUnit with > > fork, because I cannot change the main class and use mine > > instead. > > I assume that your class und

Re: Task for the new Pack200 format

(butchered for context) --- "Alexey N. Solofnenko" <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > >So far I haven't found a technical spec for the > format so I don't know > >whether we can implement it. > > It is there: > http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html >

RE: multi-result s

> From: Matt Benson [mailto:[EMAIL PROTECTED] > > --- Jose Alberto Fernandez <[EMAIL PROTECTED]> > wrote: > > I think we are now in the new world of ANT 1.6 > > (the wold of namespaces and antlibs). > > We should stride to focus our efforts so that > > all our extension points (of all sorts) foll

Re: Task for the new Pack200 format

It is there: http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html - Alexey. Stefan Bodewig wrote: On Tue, 10 Feb 2004, Costin Manolache <[EMAIL PROTECTED]> wrote: "core tasks" would be the right solution if it could be implemented using JDK1.3 1.2, you mean 8-) So far I haven'

Re: Task for the new Pack200 format

On Tue, 10 Feb 2004, Costin Manolache <[EMAIL PROTECTED]> wrote: > "core tasks" would be the right solution if it could be implemented > using JDK1.3 1.2, you mean 8-) So far I haven't found a technical spec for the format so I don't know whether we can implement it. A JDK 1.5 only implementati

DO NOT REPLY [Bug 25674] - delete with followSymlinks=false fails if pointed at non-existant 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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25674] - delete with followSymlinks=false fails if pointed at non-existant 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://nagoya.apache.org/bugzilla/show_bu

RE: Task for the new Pack200 format

> >>Do we want to make them core tasks or do we want to farm > them out into > >>an antlib of their own? > >> > > > > Because its based only on (new) standard classes I would do that as > > core tasks. And as an adoption of , so the user doesn´t has to > > create the JAR bofore "pack200"ing. > >

Re: Task for the new Pack200 format

[EMAIL PROTECTED] wrote: Java 1.5 comes with support for a new archive format Pack200[1] which basically works by using a special compression algorithm that is very effective on Java class files. The way to create such an archive is to create a plain old jar first and then turn ot into a Pack200 a

DO NOT REPLY [Bug 26737] - Directory Scanner failure

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: Task for the new Pack200 format

--- [EMAIL PROTECTED] wrote: > Because its based only on (new) standard classes I > would do that as > core tasks. And as an adoption of , so the user > doesn´t has to > create the JAR bofore "pack200"ing. +1 -Matt __ Do you Yahoo!? Yahoo! Finance: Get your refund

RE: multi-result s

--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > I think we are now in the new world of ANT 1.6 > (the wold of namespaces and antlibs). > We should stride to focus our efforts so that > all our extension points (of all sorts) follow > the antlibs/typedef approach and move away from > having

RE: multi-result s

I think we are now in the new world of ANT 1.6 (the wold of namespaces and antlibs). We should stride to focus our efforts so that all our extension points (of all sorts) follow the antlibs/typedef approach and move away from having property files with magic names defining special types. I believe

Re: output redirectors

On Tue, 10 Feb 2004 13:47:01 +0100, Stefan Bodewig <[EMAIL PROTECTED]> wrote: Start with the two new ones and enhance ;-) one existing class in HEAD so we can see where you are going? Agreed - apply it in bits if you can so people can digest in small lumps but it sounds good. Conor -

Re: output redirectors

On Tue, 10 Feb 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > Would it make sense here to create a new core FilterReader for > encoding conversions, and let that be the proscribed means by which > input/output/error encoding can be overridden for a > --using the <*filterchain> elements already imp

Re: Task for the new Pack200 format

[EMAIL PROTECTED] wrote: Java 1.5 comes with support for a new archive format Pack200[1] which basically works by using a special compression algorithm that is very effective on Java class files. The way to create such an archive is to create a plain old jar first and then turn ot into a Pack200 a

DO NOT REPLY [Bug 26737] - Directory Scanner failure

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 26739] - should put all parameters into an external file when requested or automatically

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: output redirectors

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > > You miss encoding attributes. > Ah--I am by my own admission a little ignorant on encoding concepts... tunnel vision. I'll have to work on that. Would it make sense here to create a new core FilterReader for encoding conversions, and let that be

DO NOT REPLY [Bug 26765] - "-f" option works incorrectly if path includes "../"

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 25674] - delete with followSymlinks=false fails if pointed at non-existant 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://nagoya.apache.org/bugzilla/show_bu

Re: [Patch] Support for the groovy language with the ant

Stefan Bodewig wrote: On Tue, 03 Feb 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: This time with the attachment Hmm, why have you changed the script names to remove the angle brackets? This is due to a bug in the groovy support for BSF. It seems that a class is made for the name use

Any feedback on the shell script changes?

Hi, I'd like to merge the modifications I made to the Unix wrapper script and the Launcher to the 1.6. branch so that it gets released in 1.6.1. Has anybody found time to try the changed script on Cygwin or even AIX? Peter, I think that making Ant ignore the additional command line arguments wou

Re: [Patch] Support for the groovy language with the ant

On Tue, 03 Feb 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: > This time with the attachment Hmm, why have you changed the script names to remove the angle brackets? +1 to your patch, BTW. Stefan - To unsubscribe, e-mail:

Re: output redirectors

On Mon, 9 Feb 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > Nested elements supported include: > , , , > , , > . These do what you might expect > and provide about every possibility I could think of. > These are not compatible with the similar attributes. You miss encoding attributes. > I am

Re: Task for the new Pack200 format

On Tue, 10 Feb 2004, Jan Materne <[EMAIL PROTECTED]> wrote: > And as an adoption of , so the user doesn´t has to create the > JAR bofore "pack200"ing. Yes, sounds useful. In particular since the Pack200 class deals with streams, so we could create the initial jar in memory - if it is small enoug

RE: Task for the new Pack200 format

> Java 1.5 comes with support for a new archive format Pack200[1] which > basically works by using a special compression algorithm that is very > effective on Java class files. The way to create such an archive is > to create a plain old jar first and then turn ot into a Pack200 > archive - "depac

Task for the new Pack200 format

Hi, Java 1.5 comes with support for a new archive format Pack200[1] which basically works by using a special compression algorithm that is very effective on Java class files. The way to create such an archive is to create a plain old jar first and then turn ot into a Pack200 archive - "depack200"

DO NOT REPLY [Bug 3198] - The task doesn't work properly with multi-element sourceparh

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_bug

Re: multi-result s

Antoine Lévy-Lambert wrote: I do not know whether it is 100% related, but there is an open bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3198 concerning the task in the case where the same source file is present in several source paths. Will we be better fit to solve this problem with

RE: [GUMP@lsd]: ant/test-ant failed

http://lsd.student.utwente.nl/gump/ant/work/build_ant_test-ant.html [junit] Testsuite: org.apache.tools.ant.taskdefs.JarTest [junit] Tests run: 23, Failures: 1, Errors: 0, Time elapsed: 40.177 sec [junit] Testcase: testRecreateWithUpdateNewerFile(org.apache.tools.ant.taskdefs.JarTest): FAILED [ju

[GUMP@lsd]: ant/test-ant failed

Project: test-ant State: Failed URL: http://lsd.student.utwente.nl/gump/ant/test-ant.html - G U M P Y Annotations: - Error - Failed with reason build failed - G U M P Y Work Name: build_ant_test-ant

RE: Ant 2.0

> > One thing that was voted on (positively, I recall), way way back in > > time, was for Ant2.0 to fail on undefined properties. > > Although I've never looked into it, can't you already have it with a > custom PropertyHelper? If you can ensure that your custom property > helper is the last one

Re: Faulty classpath Ant 1.6 Launcher issue

On Tue, 10 Feb 2004 08:26:43 +0100, Stefan Bodewig <[EMAIL PROTECTED]> wrote: On Mon, 9 Feb 2004, Dominique Devienne <[EMAIL PROTECTED]> wrote: FWIW, I could finally get a hold of a CLASSPATH value that triggers the infamous IllegalArgumentException at sun.net.www.ParseUtil.decode(ParseUtil.java:

Re: can I change junit runner main class

On Mon, 09 Feb 2004, Mariano Benitez <[EMAIL PROTECTED]> wrote: > The problem is that I cannot simulate this using JUnit with > fork, because I cannot change the main class and use mine > instead. I assume that your class understands all the command line arguments Ant's testrunner use

Re: Faulty classpath Ant 1.6 Launcher issue

On Mon, 9 Feb 2004, Dominique Devienne <[EMAIL PROTECTED]> wrote: > FWIW, I could finally get a hold of a CLASSPATH value that triggers > the infamous IllegalArgumentException at > sun.net.www.ParseUtil.decode(ParseUtil.java:155) issue with the new > Ant 1.6 launcher. Did you have a chance to try

DO NOT REPLY [Bug 26814] - empty includesfile in fileset includes all files in dir

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: multi-result s

On Mon, 9 Feb 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > So... does anyone have a problem with changing the recommended usage > of s while maintaining BC? No problem at all, in particular if the part starting with "while" holds true 8-) Stefan ---

Re: multi-result s

Matt Benson wrote: Stefan and I talked about doing one of these here: http://marc.theaimsgroup.com/?l=ant-user&m=107487826503877&w=2 Peter and I each produced a different implementation. See http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26364 for our discussion. In the end Peter's changes are

DO NOT REPLY [Bug 19807] - CvsChangeLog to support revision tag parameter

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 26814] New: - empty includesfile in fileset includes all files in dir

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