DO NOT REPLY [Bug 34462] New: - Move optional jar files to a separate 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_bu

DO NOT REPLY [Bug 34461] New: - problems with core 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

DO NOT REPLY [Bug 34458] - and sometimes conflict with each other

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 34458] - and sometimes conflict with each other

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 34458] New: - and sometimes conflict with each other

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 34455] New: - doc-files dir is not recognized

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: regression in handling of failures

Stefan Bodewig wrote: On Tue, 12 Apr 2005, Kev Jackson <[EMAIL PROTECTED]> wrote: Looks like it was there in Ant 1.5 final (Java.run()), but now it's missing I still think it will get added somewhere up-stream, I may be wrong. Steve, is there a location when your build fails? nope. try it yoursel

Re: Introducing AntUnit

At 10:31 AM 4/14/2005, you wrote: On Thu, 14 Apr 2005, Wascally Wabbit <[EMAIL PROTECTED]> wrote: > I have already created such a beast using Ant; the project is > waiting to to be cleaned up before being posted on Sourceforge > (at antunit). Let me see it! 8-) The implementation is a bit out-of-da

Re: regression in handling of failures

On Tue, 12 Apr 2005, Kev Jackson <[EMAIL PROTECTED]> wrote: > Looks like it was there in Ant 1.5 final (Java.run()), but now it's > missing I still think it will get added somewhere up-stream, I may be wrong. Steve, is there a location when your build fails? Stefan

Re: regression in handling of failures

On Thu, 14 Apr 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > It's not so much the location as the stack trace that worries > me. That would have been me[1] in response to people who'd like to see a stack trace if an error occurs inside of their code. > This is a build file error, not somethi

Re: Ant 1.6.3 release

On Wed, 13 Apr 2005, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > I did not see yet any specific ant 1.6.3beta1 bugs. There's been one report on the user list, but I'm not sure it's valid. > I was thinking of proposing a release on Thursday, April 28th. works for me (with no additional bet

Re: ResourceCollections

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 aspect! :) For the record, I'd like some explici

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

On Thu, 14 Apr 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: > However, can we improve on the improvement? No idea, really. Whoever has made the changes is busy doing infrastructure stuff (and I'd rather have them create a svn space for Ant than modifiy the mailer script, personally ;-) I

Re: Introducing AntUnit

On Thu, 14 Apr 2005, Wascally Wabbit <[EMAIL PROTECTED]> wrote: > I have already created such a beast using Ant; the project is > waiting to to be cleaned up before being posted on Sourceforge > (at antunit). Let me see it! 8-) > What are the chances of you taking a look-see so work isn't > dupl

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

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > Whoa, that's new! > > Yes, and it's cool. > > > Since when don't we get the diffs inline in the email? > > We still do. We don't if the commit mail is too big, in which case we > get the links. > > What happenend before was that the mail sim

RE: Introducing AntUnit

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > >> (1) create an Ant task > >> (2) run the target named setUp if present > >> (3) run the target > >> (4) run the target named tearDown if present > > > > (2) mimicks JUnit, but may not be necessary. > > Yes, I thought about that but wanted it to

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

On Thu, 14 Apr 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >> >> Revision ChangesPath >> 1.50 +2 -0 ant/CONTRIBUTORS >> >> http://cvs.apache.org/viewcvs/ant/CONTRIBUTORS.diff?r1=1.49&r2=1.50 > > Whoa, that's new!

Re: Introducing AntUnit

On Thu, 14 Apr 2005, Paul King <[EMAIL PROTECTED]> wrote: > It would seem reasonable to be able to write tests productively use > ant build files. Its main purpose should be to test Ant or Ant tasks. It would be easy to rewrite larger parts of Ant's own JUnit tests that way - almost every Unit t

Re: Introducing AntUnit

On Thu, 14 Apr 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: >> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] >> >> The other part will be an task, which will take a build >> file and for each target whose name starts with "test" will >> >> (1) create an Ant task >> (2) run the target nam

Re: Introducing AntUnit

Stefan, I have already created such a beast using Ant; the project is waiting to to be cleaned up before being posted on Sourceforge (at antunit). I had planned to get to it before summer's end. Not to beat my own drum but it does a full JUnitisque framework in Ant. It has not been released yet so

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

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > bodewig 2005/04/14 02:29:17 > > Modified:.CONTRIBUTORS >src/main/org/apache/tools/bzip2 BZip2Constants.java > CBZip2InputStream.java CBZip2OutputStream.java >

RE: junit test runner enhancements

> From: Steve Loughran [mailto:[EMAIL PROTECTED] > > I think you cant see if a class is abstract without loading it (or using > BCEL). Load-time checking is best done in the runner, as the classpath > is all set up there. If you use BCEL (or better yet ASM since it's lighter weight and faster), y

RE: Introducing AntUnit

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > The other part will be an task, which will take a build file > and for each target whose name starts with "test" will > > (1) create an Ant task > (2) run the target named setUp if present > (3) run the target > (4) run the target named tearDo

Re: Introducing AntUnit

I would mostly encourage this. It would seem reasonable to be able to write tests productively use ant build files. I am not sure how directly tied to ant (vs testing any java program) you would need to make it to be worthwhile. I would hope that it could be more generic. You might want to have a l

Introducing AntUnit

Hi, inspired by the creative use of and 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. I've just dumped a little macrodef antlib (and one "real" task, ) into our proposal area. This is only a temporary place until m

cvs commit: ant/proposal/sandbox/antunit/src/testcases/org/apache/ant/antlib/antunit AssertTest.java

bodewig 2005/04/14 04:16:55 Added: proposal/sandbox/antunit .cvsignore build.xml proposal/sandbox/antunit/src/etc/testcases assert.xml proposal/sandbox/antunit/src/main/org/apache/ant/antlib/antunit AssertTask.java AssertionFailedEx

[EMAIL PROTECTED]: Project ant-xdocs-proposal (in module ant) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project ant-xdocs-proposal has an issue affecting its community integration. This issue a

Re: regression in handling of failures

On Apr 14, 2005, at 5:24 AM, Steve Loughran wrote: Stefan Bodewig wrote: On Tue, 12 Apr 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: I have it on reliable authority (chapter 5 of java development with ant), You trust that, even though you know who's written it? I trust the chapters that Erik wro

cvs commit: ant/proposal/sandbox/antunit/src/main/org/apache/ant - New directory

bodewig 2005/04/14 02:41:41 ant/proposal/sandbox/antunit/src/main/org/apache/ant - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/main/org/apache/ant/antlib/antunit - New directory

bodewig 2005/04/14 02:41:53 ant/proposal/sandbox/antunit/src/main/org/apache/ant/antlib/antunit - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/main/org/apache/ant/antlib - New directory

bodewig 2005/04/14 02:41:47 ant/proposal/sandbox/antunit/src/main/org/apache/ant/antlib - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/main/org/apache - New directory

bodewig 2005/04/14 02:41:36 ant/proposal/sandbox/antunit/src/main/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/main/org - New directory

bodewig 2005/04/14 02:41:30 ant/proposal/sandbox/antunit/src/main/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/testcases/org/apache/ant/antlib/antunit - New directory

bodewig 2005/04/14 02:41:14 ant/proposal/sandbox/antunit/src/testcases/org/apache/ant/antlib/antunit - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/testcases/org/apache/ant/antlib - New directory

bodewig 2005/04/14 02:41:08 ant/proposal/sandbox/antunit/src/testcases/org/apache/ant/antlib - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/testcases/org/apache/ant - New directory

bodewig 2005/04/14 02:41:01 ant/proposal/sandbox/antunit/src/testcases/org/apache/ant - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/testcases/org/apache - New directory

bodewig 2005/04/14 02:40:55 ant/proposal/sandbox/antunit/src/testcases/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/testcases/org - New directory

bodewig 2005/04/14 02:40:48 ant/proposal/sandbox/antunit/src/testcases/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/etc/testcases - New directory

bodewig 2005/04/14 02:39:35 ant/proposal/sandbox/antunit/src/etc/testcases - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/testcases - New directory

bodewig 2005/04/14 02:39:26 ant/proposal/sandbox/antunit/src/testcases - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/etc - New directory

bodewig 2005/04/14 02:39:26 ant/proposal/sandbox/antunit/src/etc - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src/main - New directory

bodewig 2005/04/14 02:39:26 ant/proposal/sandbox/antunit/src/main - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit/src - New directory

bodewig 2005/04/14 02:39:12 ant/proposal/sandbox/antunit/src - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/proposal/sandbox/antunit - New directory

bodewig 2005/04/14 02:38:55 ant/proposal/sandbox/antunit - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26632] - rexec hangs

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 24798] - BZip2: faster, less 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_bu

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

bodewig 2005/04/14 02:29:17 Modified:.CONTRIBUTORS src/main/org/apache/tools/bzip2 BZip2Constants.java CBZip2InputStream.java CBZip2OutputStream.java CRC.java src/testcases/org/apache/tools/ant/taskdefs

Re: junit test runner enhancements

Stefan Bodewig wrote: On Tue, 12 Apr 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: I'm thinking of what would it take to modify JUnitTestRunner to We have enhancement requests to do so in . It may be easier to write a selector. Stefan I think you cant see if a class is abstract without loading

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

[EMAIL PROTECTED] wrote: bodewig 2005/04/14 00:38:07 Modified:src/main/org/apache/tools/ant/util JavaEnvUtils.java Log: untabify sorry, I was using eclipse. I didnt even think about tabs, as all the IDEs I normally use are set up right. Back on IDEA now... -steve ---

Re: regression in handling of failures

Stefan Bodewig wrote: On Tue, 12 Apr 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: I have it on reliable authority (chapter 5 of java development with ant), You trust that, even though you know who's written it? I trust the chapters that Erik wrote :) that Ant1.5 would fail with a location err

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

bodewig 2005/04/14 00:38:07 Modified:src/main/org/apache/tools/ant/util JavaEnvUtils.java Log: untabify Revision ChangesPath 1.29 +16 -16ant/src/main/org/apache/tools/ant/util/JavaEnvUtils.java Index: JavaEnvUtils.java =

Re: junit test runner enhancements

On Tue, 12 Apr 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > I'm thinking of what would it take to modify JUnitTestRunner to We have enhancement requests to do so in . It may be easier to write a selector. Stefan - To uns

Re: regression in handling of failures

On Tue, 12 Apr 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > I have it on reliable authority (chapter 5 of java development with > ant), You trust that, even though you know who's written it? > that Ant1.5 would fail with a location error when you tried to run > without a class on the class

Re: "Creating Manifest-Only Jar" message vanished in HEAD and 1.6.3beta1

On Wed, 13 Apr 2005, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > I think it would be good to fix it. +1 > I hope it is easy (not sure). You'll find a way ;-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additi

Re: References

On Mon, 11 Apr 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: > So on second thought, it sounds doable. The only possible break of > BC I can foresee ATM would be for custom types, outside of Ant, > which broke the unwritten rule that no attributes/elements are > allowed once one uses refdid=

Re: References

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 for refid, validate no > other attributes/element