nicolas de loof wrote:

I tried to look at maven-eclipse-plugin tests and was really confused on
it's testing framework complexity.

Am I right in thinking that right now it's using the "maven-plugin-testing-harness?" (I've never understood that either, though I haven't tried very hard.)

What about moving thoses IT tests to src/it via the Shitty maven plugin ( http://mojo.codehaus.org/shitty-maven-plugin/usage.html) I allready used it and found it simple to use and very powerfull.

We've already got at least two other mechanisms for running plugin IT tests: maven-invoker-plugin and tests written in the maven-verifier style like those in maven/core-integration-testing or maven-surefire-plugin/trunk/surefire-integration-tests. (I think the surefire tests might be a better example for comparison with the Eclipse plugin.)

http://svn.apache.org/repos/asf/maven/surefire/trunk/surefire-integration-tests/src/test/java/org/apache/maven/surefire/its/TestSingleTest.java
http://tinyurl.com/3aqauu

Can you help me understand the difference between SHITTY and those other mechanisms? I'd really like to firmly advocate against proliferating more IT frameworks, that we try to narrow down on just one or two.

In particular, I don't see advantages over using SHITTY versus using maven-invoker-plugin... I mean, I know they all do the same thing, but m-i-p and SHITTY look *really* similar. Why use one over the other?

Moreover, as you may have noticed in a nearby thread, jdcasey and I have been discussing the merits and flaws of the maven-invoker-plugin vs. the maven-verifier style of testing. I think everything we've said about the m-i-p (for and against) would apply equally to SHITTY; I'm curious whether you have thoughts about this.

The only difficulty AFAIK is to refactor the generated file verification to be used from validate.groovy scripts.

I don't think this would be a difficulty if the tests were using the maven-verifier style; I think they may also be a bit more comprehensible that way, though I'll admit that I'm biased.

-Dan

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to