hamcresttesting总是失败
我正在使用hamcrest 1.3来testing我的代码。 这只是一个死亡。 我试图testing它，以确保生成的数字是小于13.我有一个打印语句，打印什么数字生成。 产生的数字总是less于13，但是testing总是失败。 有什么我做错了吗？
这是我正在testing的代码。
import java.util.Random; public class Die { private int numSides; Random rand; public Die(int numSides){ this.numSides = numSides; rand = new Random(System.currentTimeMillis()); } public int roll(){ return rand.nextInt(numSides) + 1; } } 这是我的testing代码。
import static org.hamcrest.Matchers.*; import static org.hamcrest.MatcherAssert.assertThat; import org.junit.Test; public class DieTest { @Test public void testRoll() { Die x = new Die(12); assertThat(x.roll(), is(lessThan(13))); } }
编辑：这是失败堆栈跟踪。
java.lang.SecurityException: class "org.hamcrest.Matchers"'s signer information does not match signer information of other classes in the same package at java.lang.ClassLoader.checkCerts(Unknown Source) at java.lang.ClassLoader.preDefineClass(Unknown Source) at java.lang.ClassLoader.defineClassCond(Unknown Source) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at java.net.URLClassLoader.defineClass(Unknown Source) at java.net.URLClassLoader.access$000(Unknown Source) at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at DieTest.testRoll(DieTest.java:12) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
这是帮助我解决问题的网站。
http://code.google.com/p/hamcrest/issues/detail?id=128
hamcrest.jar需要在构buildpath中的Junit库之前。
我刚刚从我的项目configuration中删除了JUnit库。 我仍然可以运行testing，因为JUnit也包含在我的pom文件中。 所以解决scheme只是使用Maven的库。
使用junit-dep.jar而不是junit.jar-这是JUnit减去它的依赖关系。 Junit.jar包含Hamcrest的旧版本。
在我的Eclipse里面，在Java Build Path部分的Project settings中，我已经添加了内部的JUnit库，它使用了JUnit 4.8和Hamcrest-core 1.1。 我相信这在我的情况下造成了这个错误。
我在这里留下这些信息，也许别人会从我的经验中受益。
我得到了同样的例外。 像beachw08推荐的，我提到：
http://code.google.com/p/hamcrest/issues/detail?id=128
其中的一个post说：
将文件$ ECLIPSE_HOME \ plugins \ org.hamcrest.core_1.3.0.v201303031735.jar重命名为类似* .bak的文件或删除该文件。
我做到了这一点，它解决了我的问题。
我解决了这个问题，从构buildpath中删除Junit4库，并添加TestNG库到构buildpath和导入TestNG批注，而不是我的Java程序中的Junit4批注。
首先确保已经在POM.xml文件中添加了JUnit依赖项。
现在，右键单击项目并转到属性，selectJava构buildpath并selectLibraries选项卡。
在我的情况下，有Maven的依赖，JRE和Junit4库。 而我刚刚删除了Junit库，它适用于我。 或者也可以重新sorting库，因为build立Hamcrest和JUnit4的顺序问题正在发生。
Johan Mark（上图）build议
将文件
$ECLIPSE_HOME\plugins\org.hamcrest.core_1.3.0.v201303031735.jar重命名为类似*.bak的文件或删除该文件。
重命名/删除文件导致我的Eclipse Junit库停止工作，但是用我的Maven回购库中相同版本的副本replaceJAR文件使证书问题消失。
（正如Google上的一位人士所说，Hamcrest的Eclipse Junit副本有一个证书问题，但是Maven副本没有…）
我遇到了同样的问题。 我相信问题归结于junit4 jar文件。
如果在eclipse pom编辑器下，你看看junit4 Hierarchy，你会发现它依赖于hamcrest-core（即，默认情况下，hamcrest-core会被编译）。 在我的unit testing代码中，我使用了Hamcrest集合Matchers（org.hamcrest.collection）。 这些不包括在核心jar中，我build立了对hamcrest的依赖 – 所有在pom中。 这样做会重复Hamcrest核心包含，看起来会让你打开与junit hamcrest-core依赖关系的版本不匹配，从而导致安全exception。 我删除了hamcrest所有的依赖项，并用hamcrest-libraryreplace掉了，例外情况消失了。
如果你只使用core hamcrest，那么你不应该build立你自己的依赖关系，并依赖于junit的版本。或者，如另一个评论中所build议的，使用junit-dep去除junit依赖关系，然后包含hamcrest-all。
如果你得到下面的exception“java.lang.SecurityException：class”org.hamcrest.Matchers“的签名者信息与相同包中的其他类的签名者信息不匹配”，请确保hamcrest jar在Junit库之前构buildpath。 您可以在订单和导出选项卡上的Java Build Path下的项目属性中configuration订单。 点击下面的图片链接更清晰： http : //i.stack.imgur.com/Y5R15.png
我最近有这个问题与日食和Junit。
为了解决这个问题，我这样做了：
1 – 从这里下载最新的hamcrest-jar： https ：//storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/hamcrest/
2-进入eclipse安装文件夹：eclipse / plugin /并findorg.hamcrest … jar
3-备份第2步的jar，将其replace为第1步的jar（重命名为jar步骤2）。
4-重启eclipse
之后，我的问题解决了。
当试图解决这个问题为你的特定情况下，请记住上面的堆栈跟踪仅仅是一个症状。 解决scheme可能适用于某些人，但不适用于其他人。
例如：
- 将Hamcrest JAR放在类path中的JUnit JAR之前，在使用的JUnit版本（旧版本）包含Hamcrest类的情况下
- 如果没有其他Eclipse插件包在原始内部JAR中使用清单信息，则将Eclipse内部使用的Hamcrest版本与已更名为与内部版本相匹配的“库存”版本重叠可能会起作用
在我的情况中，上面的症状是由Eclipse内部使用的Hamcrest JAR引起的，当我尝试用“库存”重命名版本replace它时，启动Eclipse时与JUnit相关的任何内容都无法加载。 在我恢复到原来的内部版本之后， SecurityException返回。 我的解决scheme是使用7-Zip删除JAR中的清单。 这实际上是“无符号”的JAR，现在我的特定configuration工作。
我的环境Mac OS +日食，我发现org.hamcrest.core_1.3.0.v201303031735.jar是在我的JUnit 4，所以我不能让它比junit.jar转发。
所以我从path〜/ .p2 / pool / plugins /删除它，然后刷新项目，它的工作原理。
这个解决了我的问题：
用Maven或你项目的lib的hamcrest-core-xx.jarreplace$ ECLIPSE_HOME \ plugins \ org.hamcrest.core_1.3.0.v201303031735.jar（显然把它重命名为和eclipse jar同名）
我进入项目的build设属性，并将JUNIT从版本4更改为版本3，现在工作正常。
有趣的是我仍然在我的pom.xml中有版本4，所以我倾向于认为这是一个日食问题（我能够通过terminal构build和运行我的testing）。
如果您正在使用Maven项目，只需从构buildpath中删除Junit库，然后分别通过POM导入Junit和Hamcrest。
