Spring TestContext Framework not compatible with JUnit 4.5 [SPR-5145]

[spring-projects-issues]

Alison Rosewarne opened SPR-5145 and commented

After upgrading to junit 4.5 my test class which uses the SpringJUnit4ClassRunner gets a NoClassDefFoundError:

org.apache.maven.surefire.booter.SurefireExecutionException: org/junit/Assume$AssumptionViolatedException; nested exception is java.lang.NoClassDefFoundError: org/junit/Assume$AssumptionViolatedException
java.lang.NoClassDefFoundError: org/junit/Assume$AssumptionViolatedException
at org.springframework.test.context.junit4.SpringMethodRoadie.runTestMethod(SpringMethodRoadie.java:240)
at org.springframework.test.context.junit4.SpringMethodRoadie$RunBeforesThenTestThenAfters.run(SpringMethodRoadie.java:333)
at org.springframework.test.context.junit4.SpringMethodRoadie.runWithRepetitions(SpringMethodRoadie.java:217)
at org.springframework.test.context.junit4.SpringMethodRoadie.runTest(SpringMethodRoadie.java:197)
at org.springframework.test.context.junit4.SpringMethodRoadie.run(SpringMethodRoadie.java:143)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.invokeTestMethod(SpringJUnit4ClassRunner.java:142)
at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:59)

etc.

This is a Junit 4.5 issue. The static class AssumptionViolatedException within org.junit.Assume that existed in 4.4 has become org.junit.internal.AssumptionViolatedException.

The file tiger/mock/org/springframework/test/context/junit4/SpringMethodRoadie.java imports org.junit.Assume.AssumptionViolatedException which is why my test is failing.

Workaround is to stick with Junit 4.4.

(Aside: are there plans to create a "SpringTEST" component?).

---

Affects: 2.5.5

Attachments:

• junit4.5.patch (43.97 kB)

Issue Links:

• Incompatible with JUnit 4.5 [SPR-5171] #9844 Incompatible with JUnit 4.5 ("is duplicated by")
• Upgrade the Spring TestContext Framework to JUnit 4.6 [SPR-5887] #10557 Upgrade the Spring TestContext Framework to JUnit 4.6

Referenced from: commits d159195, c0c9501, 9daae23, e5d2570, 751e0f0, 62c991f, 6327b34

3 votes, 11 watchers

[spring-projects-issues]

Henrik Kaipe commented

On top of the patch - make sure you also replace the old spring/lib/junit/junit-4.4.jar with the new junit-4.5.jar, which can be downloaded here:
http://sourceforge.net/project/showfiles.php?group_id=15278&package_id=12472

The patch offers a solution where SpringJUnit4ClassRunner extends the new JUnit4.5 class "BlockJUnit4Runner", which offers much better possibilities for extension and reuse than the old class JUnit4ClassRunner, which have been deprecated.

This also means that backward-compability to JUnit-4.4 is broken but I think it is worth it. Its default class-runner JUnit4ClassRunner was not really supposed to be extended the way SpringJUnit4ClassRunner did it. (Not that there was any good alternative but still ...) Also, by switching to JUnit-4.5 the classes SpringTestMethod and SpringMethodRoadie can be removed.

[spring-projects-issues]

Juergen Hoeller commented

I'm afraid we can't move to JUnit 4.5+ in the Spring 2.5.x branch. However, in the upcoming Spring 3.0 branch, we'll build on JUnit 4.5.

Juergen

[spring-projects-issues]

Jaro Kuruc commented

Please make sure you use junit:junit-dep:4.5 rather than junit:junit:4.5. It properly defines a dependency on org.hamcrest:hamcrest-core:1.1 whereas junit:junit:4.5 bundles the classes inside of itself. This causes problems when using org.jmock:jmock-junit4:2.5.1 because hamcrest classes then appear twice on classpath.

[spring-projects-issues]

Paul Benedict commented

What prevents the fix in 2.5?

[spring-projects-issues]

Juergen Hoeller commented

Well, the 2.5 branch entered strict maintenance mode last week. While we are in principle still able to support new versions of third-party dependencies, we can't raise the minimum level unless the previously supported version was pre-release software. Unfortunately it seems that supporting JUnit 4.5 here means requiring JUnit 4.5+; we can't do that before Spring 3.0 since all sorts of present build and development environments have JUnit 4.4 baked into them. It's unpleasant but not our fault - there was no better way of doing the test context framework against the hard-to-extend JUnit 4.4.

Juergen

[spring-projects-issues]

Sam Brannen commented

Reopening to complete the migration from JUnit 4.4 to JUnit 4.5 including custom Statements and extension of BlockJUnit4ClassRunner.

[spring-projects-issues]

Juergen Zimmermann commented

JUnit 4.6 is already available.

[spring-projects-issues]

Sam Brannen commented

The Spring TestContext Framework is now based on JUnit 4.5.

[spring-projects-issues]

Leo Hart commented

Is there a patch for Spring 2.5.6 and Junit 4.5 available? This one seems to only apply to Spring 2.5.5.

[spring-projects-issues]

Sam Brannen commented

Hi Leo,

The patch you're referring to was submitted by Henrik Kaipe in September 2008. Thus if you would like to use his work against Spring 2.5.6, you would need to contact him directly or figure out how to upgrade the patch on your own.

Please note, however, that I upgraded the Spring code base in trunk to work with JUnit 4.5. This code applies to Spring 3.0.0.M3 as well as the upcoming 3.0.0.RC1 and 3.0.0.GA releases. Thus, if you can start using Spring 3.0, you won't need a patch.

Regards,

Sam

[spring-projects-issues]

Leo Hart commented

Hi Sam,

Thanks for your reply! Unfortunately I can't go to 3.0 anytime soon. My company is pretty strict about software versions and probably won't be "accepting" 3.0 for some time.

I'm in a bit of a tough spot as we're using the latest version of Concordion to execute spring injected tests. This latest version of Concordion requires the 4.5 version of junit to function, which obviously conflicts with what Spring 2.5.6 needs. Given this combination is only being used in isolated testing, patching the 2.5.6 version shouldn't be blocked by "the man".

I'll try mucking about with the patch. First I need to get the spring sources to compile. build.bat alljars keeps throwing compilation errors (before applying the patch).

Anyways, thanks!

[spring-projects-issues]

Sam Brannen commented

Leo,

Disclaimer: I've not tried this, and it's not "supported", but...

You could likely take the 2.5.6 build, simply copy the 3.0.0.M3 code for the org.springframework.test package over it, and then create your own "reverse engineered" patch. Obviously the work I did in the 3.0 branch built off the 2.5.6 branch. So theoretically it should work. That might prove easier than reverse engineering the patch in this JIRA, and it would be more likely to be forward compatible.

Good luck in any case!

Sam

[spring-projects-issues]

Sam Brannen commented

FYI: For those of you still following this issue, the Spring TestContext Framework is now based on JUnit 4.6.0 as of Spring 3.0.0.RC1.

See also: #10557

Regards,

Sam

[spring-projects-issues]

froc commented

It is still not clear, if Eclipse 3.5 , JUnit 4.5 (or 4.6) with Spring 2.5.6. can work.

Will there be a patch to support it?

[spring-projects-issues]

Sam Brannen commented

Hi froc,

The Spring TestContext Framework in Spring 2.5.6 only works with JUnit 4.4. There unfortunately will not be a patch to support JUnit 4.5 plus with the Spring 2.5.x branch.

On the other hand, Spring 3.0 supports JUnit 4.5, 4.6, and 4.7.

That may not be the answer you hoped for, but I hope it clarifies the situation for you.

Regards,

Sam