-
1. Re: Remote Tests
adrian.brock Dec 12, 2005 4:00 PM (in response to ovidiu.feodorov)And I'll ask again.
Why is JBoss Messaging developing its own test harness when it could share with others.
Another example:
I've just resynched with head and find JBoss Messaging is now developing its
own ant tasks that are really a fork of something Clebert wrote.
If these were ant tasks related to messaging I could understand it!
At this rate, it is going to take me months to put JBoss5 out
as I try to untangle the dependency issues across all these
"I want to do it my way" projects.
Let alone supporting all these forks and duplicate solutions to the same problems
going forward. -
2. Re: Remote Tests
ovidiu.feodorov Dec 12, 2005 4:35 PM (in response to ovidiu.feodorov)
Why is JBoss Messaging developing its own test harness when it could share with others.
I answered this already: "PerfRunner - jrunit" http://www.jboss.org/index.html?module=bb&op=viewtopic&t=72958.
JRunit is overkill for this specific functionality I needed now, which consisted in a simple RMI server and a couple of tweaks in the build.xml files. When we'll be done with it, we'll sit together with JRunit team and merge functionality.
I've just resynched with head and find JBoss Messaging is now developing its own ant tasks that are really a fork of something Clebert wrote.
It's not an ant task, it's a six line formatter. Literally. Clebert's work is under testsuite and I didn't find a quick way to link it to my project, lest of hardcoding paths relative to testsuite. Moreover, it's not really worth doing it for a six-line class. -
3. Re: Remote Tests
adrian.brock Dec 12, 2005 4:42 PM (in response to ovidiu.feodorov)And what happens when JBoss Messaging moves to its own project
but I want to consolidate its testsuite into a global "JEMS Suite",
not just for our internal testing but for other ISVs who want to ship their own
configurations?
As we discussed before there is more here than a 6 line class.
All these "It's not worth it, I'll just do, etc." won't work.
I guess it is another problem for somebody else to fix down the road... -
4. Re: Remote Tests
ovidiu.feodorov Dec 12, 2005 4:48 PM (in response to ovidiu.feodorov)Fine, I'll get rid of the formatter.
How do I use the "testsuite" one?
I didn't find any way of importing "testsuite" as a module, no "jboss.testsuite.classpath".
Please advise. -
5. Re: Remote Tests
adrian.brock Dec 12, 2005 5:08 PM (in response to ovidiu.feodorov)jboss.test.classpath
I spent some time early this year moving the core testsuite classes into
a separate project for use by standalone projects.
But it still needs documenting, Christoph volunteered at one point, but nothing happened ;-)
http://jira.jboss.com/jira/browse/JBAS-1770 + releated discussions -
6. Re: Remote Tests
ovidiu.feodorov Dec 12, 2005 7:06 PM (in response to ovidiu.feodorov)org.jboss.ant.taskdefs.XMLJUnitMultipleResultFormatter it's not under jboss.test.classpath.
It's under jboss-head/testsuite/src/main/org/jboss/ant/taskdefs -
7. Re: Remote Tests
adrian.brock Dec 12, 2005 7:19 PM (in response to ovidiu.feodorov)Then fix it. :-)
-
8. Re: Remote Tests
ovidiu.feodorov Dec 12, 2005 8:12 PM (in response to ovidiu.feodorov)I knew we'll get here from the moment I wrote the first line of those six (I actually I copied them) :))
No, I'll raise a JIRA issue with the AS, I'll register a listener to it and I'll change my code accordingly when it's done :)
I have WAY too many things to break within my own project than breaking other people's stuff :) -
-
10. Re: Remote Tests
clebert.suconic Feb 15, 2007 6:23 PM (in response to ovidiu.feodorov)Almost 1.5 years later :-)... I'm about to remove this formatter.
As I'm importing JBossTestCase for the new MDB integration tests I'm writting, as I had my hands on it.. I'm also removing this.
I will commit this with everything I'm working on now.