JUnit 5 обрезает трассировку стека и аварийно завершает работу JVM в режиме отладки

Сейчас я пробую JUnit 5, и у меня есть две проблемы:

1) Когда в режиме отладки у меня проблема с вылетом JVM после начала простоя в течение некоторого времени, т.е. когда я иду шаг за шагом, не делая остановок дольше 3-5 секунд, то все в порядке, но если я делаю остановку, чтобы сделать некоторые оценки или просто потому, что мне нужно было сделать что-то еще во время отладки, таким образом, потратив более 10-15 секунд, а затем JVM вылетает, когда я пытаюсь сделать следующий шаг.

2) JUnit 5 усекает трассировку стека, оставляя только одну бессмысленную строку (со строкой тестового файла, а не с фактической строкой, из которой было выдано исключение). Вот пример такого вывода:

Running ru.ahml.ficb.generators.GeneratorTest
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.418 sec <<< FAILURE! - in ru.ahml.ficb.generators.GeneratorTest
test  Time elapsed: 3.359 sec  <<< ERROR!
java.lang.NullPointerException
    at ru.ahml.ficb.generators.GeneratorTest.test(GeneratorTest.java:44)


Results :

Tests in error:
  GeneratorTest.test:44 » NullPointer

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0

Абсолютно не знаю, где этот NPE произошел! И вот что показывает JUnit 4:

Running ru.ahml.ficb.generators.GeneratorTest
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.541 sec <<< FAILURE!
test(ru.ahml.ficb.generators.GeneratorTest)  Time elapsed: 3.4 sec  <<< ERROR!
java.lang.NullPointerException
    at ru.ahml.ficb.excel.generators.ordersgpb.Generator.fillTable(Generator.java:268)
    at ru.ahml.ficb.excel.generators.ordersgpb.Generator.fillSheet(Generator.java:122)
    at ru.ahml.ficb.excel.generators.ordersgpb.Generator.generate(Generator.java:64)
    at ru.ahml.ficb.generators.GeneratorTest.test(GeneratorTest.java:44)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
    at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
    at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
    at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
    at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)


Results :

Tests in error: 
  test(ru.ahml.ficb.generators.GeneratorTest)

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0

Все ясно!

Как заставить JUnit 5 отображать те же трассировки стека, что и JUnit 4, и как предотвратить сбои JVM в режиме отладки при использовании JUnit 5?


person mykola    schedule 14.11.2017    source источник
comment
Как ты бежишь? --details verbose показывает мне это в режиме консоли.   -  person Chad Retz    schedule 15.01.2018


Ответы (1)


«JUnit 5» не усекает трассировку стека.

Здесь Surefire обрезает трассировку стека из-за настройки по умолчанию: http://maven.apache.org/surefire/maven-surefire-plugin/test-mojo.html#trimStackTrace

Установите его на false следующим образом:

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>2.19.1</version>
  <configuration>
    <trimStackTrace>false</trimStackTrace>
  </configuration>
</plugin>

должно препятствовать обрезке.

person Sormuras    schedule 05.06.2018