Тест-ресурсы зависимостей не в classpath? - PullRequest
Новая
       31

Тест-ресурсы зависимостей не в classpath?

14 голосов
/ 26 августа 2010

У меня есть многомодульный проект Spring, который я настроил с помощью Maven: 

my-root (pom)
    - my-logic
    - my-webapp (depending on my-logic)
    - my-consoleapp (depending on my-logic)

Мои тестовые классы наследуются от AbstractTransactionalJUnit4SpringContextTests и используют @ContextCofiguration для настройки ApplicationContext.

Например, тестовый класс для Spring Controller: 

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { 
  "classpath:applicationContext-logic-test.xml",
  "classpath:applicationContext-web-test.xml"})
public class ControllerTest extends AbstractTransactionalJUnit4SpringContextTests {

  @Autowired
    private ApplicationContext applicationContext;
    ...
}

Как видите, для каждого модуля имеется XML-файл конфигурации.У меня есть отдельные конфиги для тестирования, находящиеся в test / resources каждого модуля (и дополнительно имеющие суффикс "-test").Это все работает (класс компилируется, запускается и тесты JUnit успешны) , если Я запускаю тест JUnit в Eclipse.

Теперь к моей проблеме: Запуск теста с использованием MavenНЕ будет работать! (например, с «Run As»> «Maven install» на my-root (я использую m2eclipse)).В частности, будет выдано следующее исключение:

java.io.FileNotFoundException: ресурс пути к классу [applicationContext-logic-test.xml] не может быть открыт, поскольку он не существует`

Похоже, что Maven не добавляет файлы из my-logic/src/test/resources в classpath, который устанавливается при запуске модульных тестов my-webapp.

Как я могу это исправить?

Ответы [ 2 ]

14 голосов
/ 26 августа 2010

Кажется, что Maven не добавляет файлы из my-logic/src/test/resources в classpath, который устанавливается при запуске модульных тестов my-webapp.

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

Но то, что вы могли бы сделать, это:

  1. настроить модуль my-logic для создания тестового JAR-файла, используя jar:test-jar
  2. сконфигурируйте модуль my-webapp, чтобы он зависел от этого тестового JAR (с использованием области действия test).

Для # 1 вам нужно настроить плагин Maven Jar в файле pom.xml my-logic: 

<project>
  <build>
    <plugins>
     <plugin>
       <groupId>org.apache.maven.plugins</groupId>
       <artifactId>maven-jar-plugin</artifactId>
       <version>2.2</version>
       <executions>
         <execution>
           <goals>
             <goal>test-jar</goal>
           </goals>
         </execution>
       </executions>
     </plugin>
    </plugins>
  </build>
</project>

И Maven создаст JAR с содержимым target/test-classes во время package и установит / развернет его.

Для # 2 объявите зависимость от тестового JAR в файле pom.xml my-webapp: 

<project>
  ...
  <dependencies>
    <dependency>
      <groupId>com.myco.app</groupId>
      <artifactId>foo</artifactId>
      <version>1.0-SNAPSHOT</version>
      <type>test-jar</type>
      <scope>test</scope>
    </dependency>
  </dependencies>
  ...
</project>

Это должно сделать это.

1 голос
/ 26 августа 2010

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

Если вы хотите выполнить то, что пытаетесь сделать, вам следует создать проект, который содержит ресурсы, необходимые для тестирования, и сделать его зависимой областью тестирования как my-logic, так и my-webapp

...