Я пишу проект для приймальних випробувань, і з різних причин це залежить від іншого проекту, який упакований як WAR. Мені вдалося розпакувати WAR, використовуючи плагін maven-dependency-plugin, але я не можу змусити мій проект включити розпакований WEB-INF/lib/*.jarі WEB-INF/classes/*бути включеним у шлях до класу, тому збірка не вдається. Чи є спосіб включити ці файли до шляху до класу, чи є кращий спосіб залежно від ВІЙНИ?
Дуже дякую.
Відповіді:
Існує ще один варіант, починаючи з maven-war-plugin 2.1-alpha-2. У вашому проекті ВІЙНИ:
<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>
Справді, за задумом, Мейвен не вирішує транзитивні залежності війни, оголошеної як залежність від проекту. Насправді існує проблема з цим, MNG-1991 , але вона не буде вирішена в Maven 2.x, і я не впевнений, що не знаю, чи дозволяють накладання вирішити цю проблему. Я розумію запропоноване рішення, щоб дублювати залежності, наприклад, у проекті типу pom.
(РЕДАГУВАТИ: Після ще кількох копань, я знайшов щось цікаве в цій темі, яку я цитую нижче:
Протягом останнього місяця я допомагав у розробці проекту AppFuse, де ми активно використовуємо функцію накладання війни у військовому плагіні Maven. Це справді чудова особливість!
Щоб отримати максимальну потужність за допомогою військових накладок, я розробив плагін Warpath, який дозволяє проектам використовувати військові артефакти як повноцінні залежності. Коротко:
1) Вміст каталогу / WEB-INF / classes в артефактах залежності від війни може бути включений до шляху до класу проекту для звичайних завдань компіляції тощо.
2) Транзитивні залежності від артефактів залежності від війни стають доступними для використання іншими плагінами, наприклад, компіляцією та ear - тому більше не потрібно включати всі залежності під час створення худих війн!Зараз плагін активно використовується в проекті 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>
[...]
Потрібні як типи війни, так і тип війни: тип війни використовується плагіном війни Maven для накладання війни, тип війни використовується плагіном 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:
<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>
У наведеному вище прикладі в тестовому проекті я перезаписую файли конфігурації веб-ресурсів (наприклад, контекст тощо).
EDIT: Це рішення не тестувалось на Maven 3.
Хороший момент, Джастіне. Це призвело до того, що я фактично вирішив свою проблему, а саме: включення війни до зборів І включення всіх її перехідних залежностей. Я не міг скопіювати залежність від війни як 'jar', як ви запропонували, оскільки плагін збірки не знайде jar, на який посилається цей groupId / artefactId, але
працює! Війна та її перехідні залежності не включені в збори. Щоб виключити (тепер також з'являється) файл pom, мені довелося додати такий елемент виключення:
<excludes>
<exclude>*:pom</exclude>
</excludes>
у мій файл Assembly.xml.
Я думаю, що це також може бути вирішенням початкового питання цієї теми.