Тесты hamcrest всегда терпят неудачу

Я использую hamcrest 1.3 для проверки кода. Это просто смерть. Я пытаюсь проверить его, чтобы убедиться, что число сгенерировано меньше 13. У меня была заявка на печать, в которой напечатано то, что было сгенерировано. Сгенерированное число всегда было меньше 13, но тест всегда терпел неудачу. Есть ли что-то, что я делаю неправильно?

Это код, который я тестирую.

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;
    }
}

И это мой тестовый код.

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" 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)

Ответ 2

Я просто удалил библиотеку JUnit из моей конфигурации проекта. Я все еще могу запустить тесты, поскольку JUnit также включен в мой файл pom. Таким образом, решение просто использует библиотеку от Maven.

Ответ 3

В моем проекте Eclipse внутри Project в разделе "Путь сборки Java", в библиотеках я ранее добавил внутреннюю библиотеку JUnit, которая использует JUnit версии 4.8 и hamcrest-core версии 1.1. Я считаю, что это вызвало эту ошибку в моем случае.

Я оставляю эту информацию здесь, возможно, кто-то другой выиграет от моего опыта.

Ответ 4

Используйте junit-dep.jar, а не junit.jar - это JUnit минус его зависимости. Junit.jar содержит старую версию Hamcrest.

Ответ 5

Йохан Марк (выше) предложил

переименуйте файл $ECLIPSE_HOME\plugins\org.hamcrest.core_1.3.0.v201303031735.jar в нечто вроде *.bak или удалите файл. "

Переименование/удаление файла заставило мою библиотеку Eclipse Junit перестать работать, но заменив файл JAR на копию той же версии из моего репозитория Maven, проблема с сертификатом исчезла.

(Как заметил кто-то из Google, копия hamcrest Eclipse Junit имеет проблему с сертификатом, но копия Maven не...)

Ответ 6

Прежде всего убедитесь, что вы добавили зависимость JUnit в файл POM.xml.

Теперь щелкните правой кнопкой мыши по проекту и перейдите к свойствам, выберите путь сборки Java и выберите вкладку "Библиотеки".

В моем случае существовали зависимости Maven, JRE и библиотеки Junit4. И я просто удалил библиотеку Junit, и она работает для меня. Или можно также изменить порядок библиотек, поскольку из-за порядка сборки Hamcrest и JUnit4 возникла проблема.

Ответ 7

Если вы используете проект Maven, просто удалите библиотеку Junit из пути сборки и вместо этого импортируйте Junit и Hamcrest отдельно через POM.

Ответ 8

Я получал то же исключение. Как и рекомендованный beachw08, я упомянул:

http://code.google.com/p/hamcrest/issues/detail?id=128

В одном из сообщений говорится:

переименуйте файл $ECLIPSE_HOME\plugins\org.hamcrest.core_1.3.0.v201303031735.jar на что-то вроде *.bak или удалите файл.

Я сделал это, и он решил мою проблему.

Ответ 9

Если вы получаете следующее исключение: "java.lang.SecurityException: класс" org.hamcrest.Matchers "информация подписчика не соответствует информации подписчика других классов в одном пакете", убедитесь, в пути сборки. Вы можете настроить порядок в свойствах проекта в разделе "Путь сборки Java" на вкладке "Заказ и экспорт". нажмите ниже ссылку на изображение для большей ясности: http://i.stack.imgur.com/Y5R15.png

Ответ 10

Я решил эту проблему, удалив библиотеку Junit4 из пути сборки и добавив библиотеку TestNG к пути сборки и импортированные аннотации TestNG вместо аннотаций Junit4 в моей программе java.

Ответ 11

У меня была такая же проблема, как здесь подробно. Я считаю, что проблема сводится к файлу junit4 jar.

Если в редакторе eclipse pom вы просматриваете иерархию junit4, вы увидите, что она имеет зависимость от hamcrest-core (то есть hamcrest-core будет по умолчанию затягиваться при компиляции). В моем unit test кодеке я использую коллекции Hamcrest Matchers (org.hamcrest.collection). Они не включены в основную банку, и я установил зависимость от hamcrest - все в pom. Выполнение этого дублирует включение hamcrest-core и, как представляется, оставляет вас открытым для несоответствия версии с зависимостью junit hamcrest-core и, следовательно, исключение безопасности. Я удалил зависимость hamcrest-all и заменил ее на hamcrest-library, и исключение исчезло.

Если вы используете только ядро ​​hamcrest, тогда вы не должны настраивать свою собственную зависимость и полагаться на версию junit. Альтернативно, как предлагается в другом комментарии, используйте junit-dep, чтобы отключить зависимость junit, а затем включить hamcrest- все.

Ответ 12

Недавно у меня была эта проблема с eclipse и Junit.

Чтобы решить эту проблему, я сделал это:

1 - Загрузите последнюю банку hamcrest-all: https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/hamcrest/

2- Перейдите в папку установки eclipse: eclipse/plugin/и найдите org.hamcrest... jar

3- сделайте резервную копию шага 2-го шага и замените его на шаге 1-го шага (переименуйте его так же, как шаг 2-й панели).

4- перезапустить eclipse

После этого моя проблема была решена.

Ответ 13

При попытке решить эту проблему для вашего конкретного контекста, помните, что трассировка стека выше - всего лишь симптом. Решения могут работать для некоторых людей, но не для других.

Например:

  • Ввод JAR-кода Hamcrest до того, как JUnit JAR в пути к классам будет работать в ситуациях, когда версия используемого JUnit (старше) содержит классы Hamcrest
  • Наложение версии Hamcrest, используемой внутри Eclipse с версией "запаса", которая была переименована в соответствие с внутренней версией, может работать, если ни один другой плагин подключаемого модуля Eclipse не использует информацию о манифестах в исходном внутреннем JAR

В моем случае описанный выше симптом был вызван JAR Hamcrest, который использовался внутренне и предоставлялся Eclipse, и когда я попытался заменить его переименованной версией "запаса", все, что связано с JUnit, не было загружено при запуске Eclipse. После того, как я вернусь к исходной внутренней версии, возвращается SecurityException. Решение, которое работало для меня, состояло в том, чтобы удалить манифест в JAR с помощью 7-Zip. Это эффективно "без знака" JAR, и теперь моя конкретная конфигурация работает.

Ответ 14

моя среда Mac OS + eclipse, я нашел org.hamcrest.core_1.3.0.v201303031735.jar в моем JUnit 4, поэтому я не могу сделать это вперед, чем junit.jar.

поэтому я удаляю его из пути ~/.p2/pool/plugins/, а затем обновляю проект, он работает.

Ответ 15

Это решило мою проблему:

Замените $ECLIPSE_HOME\plugins\org.hamcrest.core_1.3.0.v201303031735.jar с Maven или вашим проектом lib hamcrest-core-xx.jar(очевидно, переименовав его с тем же именем, что и jcl).

Ответ 16

Я вошел в свойства сборки для проекта и изменил JUNIT с версии 4 на версию 3, и теперь он отлично работает.

Интересно, что у меня все еще есть версия 4 в моем pom.xml, поэтому я склонен думать, что это проблема затмения (я смог построить и запустить мои тесты через терминал просто отлично).

Ответ 17

Я сделал следующее:

Сначала в pom файле я исключил hamcrest-core из junit-зависимости и использовал вместо hamcrest-all. Второй я удалил из пути сборки Eclipse JUNIT, поскольку он переопределяет maven one. Заказ не повлиял на мои банки, так как была исключена плохая банка.

Ответ 18

У меня была точно такая же проблема. Я создал новый проект, и он решил мою проблему.

Ответ 19

Если вы используете Maven:

шаги:

  1. Добавьте последнюю зависимость Hamcrest в POM, отсюда https://mvnrepository.com/artifact/org.hamcrest/hamcrest-all

  2. Добавьте последнюю зависимость JUnit в POM, отсюда https://mvnrepository.com/artifact/junit/junit

  3. Удалите все библиотеки JUnit из пути сборки.

Как показано здесь

и здесь

  1. После того, как вы выполнили все вышеперечисленные шаги, обновите ваш проект и запустите.

Ответ 20

Удалил библиотеку JUNIT 4 со вкладки библиотек в Eclipse → Путь сборки Java, и все заработало.