ВОЕННАЯ зависимость знатока

Используйте оверлеи . Во-первых, ваш тестовый проект должен иметь также упаковку war .

Объявите зависимость проекта войны, который вы хотите протестировать:

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>your-project-arftifactId</artifactId>
    <version>${project.version}</version>  
    <type>war</type>
    <scope>test</scope>
</dependency>

затем настройте наложение maven-war-plugin:

<plugins>
    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-war-plugin</artifactId>
        <configuration>
            <webResources>
                <resource>
                    <directory>${basedir}/src/main/webresources</directory>
                    <filtering>true</filtering>
                </resource>
            </webResources>
            <overlays>
                <overlay/>
                <overlay>
                    <groupId>your.group</groupId>
                    <artifactId>your-project-artifactId</artifactId>
                </overlay>
            </overlays>
        </configuration>
    </plugin>

В приведенном выше примере в тестовом проекте я перезаписываю файлы конфигурации веб-ресурсов (например, контекст и т. д.).

РЕДАКТИРОВАТЬ: Это решение не тестировалось с Maven 3.

Действительно, по замыслу Maven не разрешает транзитивные зависимости войны, объявленной как зависимость проекта. На самом деле существует проблема MNG-1991 , но она не будет решена в Maven 2.x и Я не уверен, что Я не знаю, есть ли наложения позволяют обойти эту проблему. Насколько я понимаю, предлагаемое решение состоит в том, чтобы дублировать зависимости, например, в проекте типа pom.

(РЕДАКТИРОВАТЬ: после некоторого покопания я нашел кое-что интересное в этой ветке , которую я цитирую ниже:

Я помогал в разработке проекта AppFuse более последний месяц, когда мы активно используем функцию наложения войны в Плагин Maven war. Это действительно отличная функция!

Чтобы получить максимальную мощность с помощью оверлеев войны, я разработал плагин Warpath что позволяет проектам использовать артефакты войны как полноценные зависимости. Вкратце:

1) Содержимое каталога / WEB-INF / classes в зависимости war артефакты могут быть включены в путь к классам проекта для нормальной компиляции, задачи и т. д.
2) Переходные зависимости от артефактов зависимости войны становятся доступны для использования другими плагинами, например, компиляцией и ухом - так что больше ничего необходимость включения всех зависимостей при создании тонких войн!

Теперь плагин активно используется в проекте AppFuse для последние несколько месяцев, и я чувствую, что сейчас его можно использовать и стабильный. Заинтересована ли команда плагинов войны в том, чтобы включить warpath? функциональность внутри плагина войны? Казалось бы, самый естественное место для его размещения.

Итак, у меня нет опыта работы с ним, но плагин maven warpath на самом деле выглядит красиво и просто и доступен в центральном репозитории. Чтобы использовать его, включите следующий элемент конфигурации плагина в свой файл pom.xml :

[...]
<build>
  <plugins>
    <plugin>
      <groupId>org.appfuse</groupId>
      <artifactId>maven-warpath-plugin</artifactId>
      <version>1.0-SNAPSHOT</version>
      <extensions>true</extensions>
      <executions>
        <execution>
          <goals>
            <goal>add-classes</goal>
          </goals>
        </execution>
      </executions>
    </plugin>
  </plugins>
</build>
[...]

И добавьте военные зависимости, которые вы хотите включить в путь к классам, как зависимости типа warpath :

[...]
<dependencies>
  <dependency>
    <groupId>org.appfuse</groupId>
    <artifactId>appfuse-web</artifactId>
    <version>2.0</version>
    <type>war</type>
  </dependency>
  <dependency>
    <groupId>org.appfuse</groupId>
    <artifactId>appfuse-web</artifactId>
    <version>2.0</version>
    <type>warpath</type>
  </dependency>
</dependencies>
[...]

Требуются типы зависимостей как war, так и warpath: тип war используется подключаемым модулем Maven war для наложения war, тип warpath используется подключаемым модулем Warpath для определения правильного списка артефактов для включения в путь к классам проекта.

Я бы попробовал.)