Сбой теста Appcenter: в разветвленном процессе произошла ошибка

Question

Набор тестов построен с использованием Maven и junit. При загрузке тестов в Центр приложений для тестов возникла ошибка "произошла ошибка в разветвленном процессе". Вот сообщение из центра приложений
Please refer to target/surefire-reports for the individual test results. Please refer to dump files (if any exist) [date]-jvmRun[N].dump, [date].dumpstream and [date]-jvmRun[N].dumpstream. There was an error in the forked process sun.reflect.annotation.TypeNotPresentExceptionProxy org.apache.maven.surefire.booter.SurefireBooterForkException: There was an error in the forked process sun.reflect.annotation.TypeNotPresentExceptionProxy at org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:665) at org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:533) at org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:279) at org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:243) at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeProvider(AbstractSurefireMojo.java:1077) at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked(AbstractSurefireMojo.java:907) at org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute(AbstractSurefireMojo.java:785) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80) at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288) at org.apache.maven.cli.MavenCli.main(MavenCli.java:199) 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:483) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
если нужна дополнительная информация, пожалуйста, дайте мне знать. Спасибо

Answer 1

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

Пожалуйста, обратитесь к файлам дампа (если таковые имеются) [date]-jvmRun[N].dump, [date].dumpstream и [date]-jvmRun[N].dumpstream.

Я предполагаю, что это дубликат этого вопроса - по крайней мере, так звучит.

В этом случае ваш код использует аннотацию, которая недоступна при выполнении теста. У меня была такая же ошибка с аннотациями PowerMock, а также с jcip-аннотациями.

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

Ошибка (в моем случае) возникает только тогда, когда я запускаю maven-surefire-plugin с dependenciesToScan (выполняю тесты уже существующего тестового артефакта). Эта конфигурация требует явного перечисления зависимостей для запуска тестов - что лучше для бинарного поиска, потому что вы можете закомментировать зависимость по зависимости, что не всегда возможно в обычных тестовых запусках.