У меня есть несколько тестов с использованием гобеленовых сообщений с Mockito:
@Test
void messageTest(@Mock Messages msg1) {
Set<String> res = new HashSet<>();
res.add("1");
res.add("2");
Mockito.lenient().when(msg1.getKeys()).thenReturn(res);
// ...
Это отлично работает при отдельном запуске теста, но при запуске всех тестов для пакета (или всего проекта) в IntelliJ я получаю следующее исключение:
java.lang.NoSuchMethodError: org.apache.tapestry5.ioc.Messages.getKeys()Ljava/util/Set;
и тест не проходит. Я почти уверен, что это не из-за Mockito, так как я не использовал его раньше и столкнулся с той же проблемой.
Я знаю, что приведенного мной примера недостаточно для воспроизведения проблемы (в настоящее время я не могу воспроизвести проблему). Проблема возникает везде в моем проекте (т.е. даже если я создаю тестовый класс в другом модуле), но не за его пределами. Кроме того, проблема не возникает для других методов (например, lenient().when(messages.format("")).thenReturn(null);) Messages.
Также обратите внимание, что проблема сохраняется в более коротком виде:
when(messages.getKeys());
(Я использовал import static org.mockito.Mockito.when;).
Тем не менее, все исключение может вам помочь:
java.lang.NoSuchMethodError: org.apache.tapestry5.ioc.Messages.getKeys()Ljava/util/Set;
at de.....MessagesUtilImplTest.getKeyToMessage(MessagesUtilImplTest.java:31)
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.platform.commons.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:532)
at org.junit.jupiter.engine.execution.ExecutableInvoker.invoke(ExecutableInvoker.java:115)
at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.lambda$invokeTestMethod$6(TestMethodTestDescriptor.java:171)
at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:72)
at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.invokeTestMethod(TestMethodTestDescriptor.java:167)
at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.execute(TestMethodTestDescriptor.java:114)
at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.execute(TestMethodTestDescriptor.java:59)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$4(NodeTestTask.java:108)
at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:72)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.executeRecursively(NodeTestTask.java:98)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.execute(NodeTestTask.java:74)
at java.util.ArrayList.forEach(ArrayList.java:1257)
at org.junit.platform.engine.support.hierarchical.SameThreadHierarchicalTestExecutorService.invokeAll(SameThreadHierarchicalTestExecutorService.java:38)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$4(NodeTestTask.java:112)
at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:72)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.executeRecursively(NodeTestTask.java:98)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.execute(NodeTestTask.java:74)
at java.util.ArrayList.forEach(ArrayList.java:1257)
at org.junit.platform.engine.support.hierarchical.SameThreadHierarchicalTestExecutorService.invokeAll(SameThreadHierarchicalTestExecutorService.java:38)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$4(NodeTestTask.java:112)
at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:72)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.executeRecursively(NodeTestTask.java:98)
at org.junit.platform.engine.support.hierarchical.NodeTestTask.execute(NodeTestTask.java:74)
at org.junit.platform.engine.support.hierarchical.SameThreadHierarchicalTestExecutorService.submit(SameThreadHierarchicalTestExecutorService.java:32)
at org.junit.platform.engine.support.hierarchical.HierarchicalTestExecutor.execute(HierarchicalTestExecutor.java:57)
at org.junit.platform.engine.support.hierarchical.HierarchicalTestEngine.execute(HierarchicalTestEngine.java:51)
at org.junit.platform.launcher.core.DefaultLauncher.execute(DefaultLauncher.java:220)
at org.junit.platform.launcher.core.DefaultLauncher.lambda$execute$6(DefaultLauncher.java:188)
at org.junit.platform.launcher.core.DefaultLauncher.withInterceptedStreams(DefaultLauncher.java:202)
at org.junit.platform.launcher.core.DefaultLauncher.execute(DefaultLauncher.java:181)
at org.junit.platform.launcher.core.DefaultLauncher.execute(DefaultLauncher.java:128)
at com.intellij.junit5.JUnit5IdeaTestRunner.startRunnerWithArgs(JUnit5IdeaTestRunner.java:74)
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)




Похоже на проблему зависимости. Обратите внимание, что метод org.apache.tapestry5.ioc.Messages.getKeys() существует с версии 5.4. Если вы загружаете более старую версию, метод не существует. Вероятно, у вас возникла проблема с конфигурацией вашего проекта (например, с настройками зависимостей gradle) или с настройкой (@Before) набора тестов.
Я проверил все свои зависимости и убедился, что все зависимости гобелена относятся к одной и той же версии (5.4.4). Я также проверил, есть ли у другой зависимости зависимость от гобелена (чего не было). Я не могу придумать что-то еще, что может быть не так в конфигурации проекта.
Хорошо, так что более очевидные ошибки устранены. Я предполагаю, что вашего фрагмента кода может быть недостаточно, чтобы оценить, что происходит.
Что еще тебе нужно?
@MetaColon Вероятно, минимальный воспроизводимый пример демонстрирует проблему.
@Slaw В настоящее время я пытаюсь это сделать, однако мне кажется, что это сложно воспроизвести (я создал тестовый проект и создал этот сценарий, но ошибки не возникло). Поскольку я не знаю, что что такое вызывает ошибку, я не знаю, что добавить к минимальному примеру, чтобы создать проверяемый пример.
@MetaColon Ссылка MCVE дает некоторые стратегии для того, чтобы сделать пример минимальным. Поскольку использование первой стратегии (то есть «перезапуск с нуля») не работает, попробуйте использовать вторую стратегию (то есть «разделяй и властвуй»). Хотя, если ваш код большой, это может быть утомительным/отнимающим много времени.
Я должен был упомянуть, что использую maven, но это не будет иметь значения. Я посмотрю свои зависимости, но я не использовал настройку для своего набора тестов - что там должно быть?