Re: TestListener for JUnit task

On Thu, 2004-10-14 at 05:12, Stefan Bodewig wrote: > If there is a way to predict the number of tests before running them, > we could extend JUnitTest to hold that information and your new > formatter could capture it in startTestSuite. junit.swingui.TestRunner uses junit.framework.Test.countTestC

[Ant Wiki] Updated: AntTasks

Date: 2004-10-14T07:55:42 Editor: TomiSchuetz <[EMAIL PROTECTED]> Wiki: Ant Wiki Page: AntTasks URL: http://wiki.apache.org/ant/AntTasks no comment Change Log: -- @@ -6,5 +6,45 @@ == The Sync Task (pre

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTestRunner.java

bodewig 2004/10/14 07:42:49 Modified:src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTestRunner.java Log: Errors thrown before we fire startTestSuite cause problems in setOutAndErr Revision ChangesPath 1.53 +2 -2 ant/src/main/

Re: TestListener for JUnit task

On Thu, 07 Oct 2004, Tom Ball <[EMAIL PROTECTED]> wrote: > Perhaps the right answer is for JUnitTestRunner to report test > count, start and end via new methods in the JUnitResultFormatter > interface, I don't think the TestRunner actually knows the number of tests before running them, I may be w

DO NOT REPLY [Bug 31715] - manifest and attributes

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

PropertyHelper (was Re: local properties (what about PropertyHelper?))

OK, separate answer since this really belongs on a separate thread. On Fri, 08 Oct 2004, Wascally Wabbit <[EMAIL PROTECTED]> wrote: > o Should PropertyHelper replacements honor currently attached >hooks? I'm really sorry to admit that I'm not familiar enough with the code to comment on it.

Re: local properties

Trying to consolidate a few answers since I'm very late to the party anyway. On Fri, 08 Oct 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: > I have had a proposal outstanding for a while for local properties: a long while. My preferences haven't changed much over time, but I'm far too busy to he

DO NOT REPLY [Bug 31715] - manifest and attributes

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 31715] New: - manifest and attributes

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: Patch to projects.xml

On Wed, 13 Oct 2004, <[EMAIL PROTECTED]> wrote: > I figured as much. I didn't think that the Apache mail server would > strip tarballs. ATM it strips almost everything, no idea why it has been decided to do that. Use Bugzilla for any non-trivial patch. The list should accept text/plain attachm

cvs commit: ant/xdocs projects.xml

bodewig 2004/10/14 01:22:17 Modified:docs Tag: ANT_16_BRANCH projects.html xdocsTag: ANT_16_BRANCH projects.xml Log: Add pointer to Antlion Revision ChangesPath No revision No revision 1.45.2.10 +54 -0 ant

cvs commit: ant/xdocs projects.xml

bodewig 2004/10/14 01:21:22 Modified:docs projects.html xdocsprojects.xml Log: Add pointer to Antlion Revision ChangesPath 1.61 +54 -0 ant/docs/projects.html Index: projects.html ==

Re: Patch to projects.xml

I figured as much. I didn't think that the Apache mail server would strip tarballs. Anyway, here's the patch in-line, since it isn't that big. -- start patch -- Index: projects.xml === RCS file: /home/cvspublic/ant/xdocs/projects.xm

DO NOT REPLY [Bug 31685] - [PATCH] typedef doen't fail with resource could not 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://issues.apache.org/bugzilla/show_bu