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
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
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
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
java without a class on the
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 batchtest.
It may be easier to write a testcase selector.
Stefan
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
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
[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
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 batchtest.
It may be easier to write a testcase selector.
Stefan
I think you cant see if a class is abstract
bodewig 2005/04/14 02:29:17
Modified:.CONTRIBUTORS
src/main/org/apache/tools/bzip2 BZip2Constants.java
CBZip2InputStream.java CBZip2OutputStream.java
CRC.java
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=24798.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=26632.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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]
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]
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]
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]
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]
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]
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]
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]
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]
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]
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]
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]
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]
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]
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]
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]
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
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
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
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.
I've just dumped a little macrodef antlib (and one real task,
assertTrue) into our proposal area. This is only a
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
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
The other part will be an antunit 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 tearDown
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),
you
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
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
On Thu, 14 Apr 2005, Dominique Devienne [EMAIL PROTECTED] wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
The other part will be an antunit 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
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 test
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.49r2=1.50
Whoa, that's new!
Yes, and it's
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 be symmetric,
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 simply bounced
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
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'm
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 explicit way
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 beta).
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 something
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
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-date
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 yourself
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=34455.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 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 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 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=34461.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=34462.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
56 matches
Mail list logo