Зависимость Maven WAR

Я пишу проект для приемочного тестирования, и по разным причинам он зависит от другого проекта, который упакован как WAR. Мне удалось распаковать WAR с помощью maven-dependency-plugin, но я не могу заставить мой проект включить распакованное WEB-INF/lib/*.jarи WEB-INF/classes/*включить его в путь к классам, поэтому сборка не удалась. Есть ли способ включить эти файлы в путь к классам или есть лучший способ зависеть от WAR?

Большое спасибо.

Есть еще один вариант, начиная с maven-war-plugin 2.1-alpha-2. В вашем проекте WAR:

<plugin>
    <artifactId>maven-war-plugin</artifactId>
    <version>2.1.1</version>
    <configuration>
        <attachClasses>true</attachClasses>
    </configuration>
</plugin>

Это создает артефакт классов, который можно использовать в проекте приемочных испытаний:

<dependency>
    <groupId>your-group-id</groupId>
    <artifactId>your-artifact-id</artifactId>
    <version>your-version</version>
    <classifier>classes</classifier>
</dependency>

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

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

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

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

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

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

Итак, у меня нет опыта с этим, но плагин 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 для определения правильного списка артефактов для включения в путь к классам проекта.

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

Используйте оверлеи . Во-первых, ваш тестовый проект должен иметь упаковку.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.

Хорошее замечание, Джастин. Это помогло мне решить мою проблему, а именно: включить войну в сборку И включая все ее транзитивные зависимости. Я не мог дублировать зависимость от войны как 'jar', как вы предложили, поскольку плагин сборки не найдет банку, на которую ссылается этот groupId / artefactId, но

• дублирование зависимости от войны как тип pom

работает! Война и ее переходные зависимости в сборку не входят. Чтобы исключить (теперь также появляющийся) файл pom, мне пришлось добавить такой элемент exclude:

  <excludes>
    <exclude>*:pom</exclude>
  </excludes>

в мой файл assembly.xml.

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

Если вы укажете зависимость от военного проекта как зависимость от jar-файлов, кажется, что они собирают необходимые jar-файлы / ресурсы. Я использую Maven 2.2 + m2eclipse.