Details
-
Bug
-
Status: Closed
-
Critical
-
Resolution: Fixed
-
2.0 (2.2 plugin)
-
None
-
maven2.0.4, sun-jdk-1.5.0.09, maven-surefire-plugin 2.2, surefire 2.0, gentoo linux x86
-
Patch
Description
Surefire incorrectly interprets classpath ordering.
Steps to reproduce:
1. unzip my-app.zip - it's a simple mvn project created with
mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app
and lightly patched
2. mvn test
in my case, it prints out
jar:file:/home/vyzivus/.m2/repository/jxta/jxta/2.0/jxta-2.0.jar!/log4j.properties
jar:file:/home/vyzivus/.m2/repository/jxta/jxta/2.0/jxta-2.0.jar!/log4j.properties
which is incorrect. log4j.properties is located both in jxta.jar and src/test/resources, but I think that src/test/resources takes precedence over jxta. This ordering is set correctly in surefire36745tmp file I think, but surefire seems to ignore the ordering.
Attachments
Attachments
Issue Links
- is duplicated by
-
SUREFIRE-289 Surefire classlaoder loads wrong class when classes are of same package/class name
- Closed
- is related to
-
MNG-3118 Test-classes should come before classes in the classpath
- Closed
- relates to
-
SUREFIRE-318 Fails to run build on Windows Server 2003
- Closed