2009-09-22 3 views
20

Я пытаюсь использовать плагин сборки Maven для сборки jar-with-dependencies, за исключением тех, кто предоставил область.Исключая «предоставленные» зависимости от сборки Maven

Я скопировал jar-with-dependencies в файл assembly.xml и настроил его использование в моем pom. Здесь для справки:

<?xml version="1.0" encoding="UTF-8"?> 
<assembly> 
    <id>injectable-jar</id> 
    <formats> 
    <format>jar</format> 
    </formats> 
    <includeBaseDirectory>false</includeBaseDirectory> 
    <dependencySets> 
    <dependencySet> 
     <unpack>true</unpack> 
     <scope>runtime</scope> 
    </dependencySet> 
    </dependencySets> 
    <fileSets> 
    <fileSet> 
     <directory>${project.build.outputDirectory}</directory> 
    </fileSet> 
    </fileSets> 
</assembly> 

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

+0

Что содержит JAR с узлом, который вы показываете в качестве примера? Он содержит только зависимости времени выполнения? – romaintaz

+0

Кажется, что содержит все, кроме зависимостей 'test'. –

+0

Нет, у него также есть зависимости «test». Интересно, каким образом это может быть разумным дефолтом? –

ответ

17

Это немного неудобно, но вы можете использовать плагин maven-dependency для копирования/распаковки всех зависимостей в ваш проект, а затем использовать плагин сборки для упаковки.

У copy-dependencies и unpack-dependencies целей оба имеют необязательный объект excludeScope, который вы можете установить, чтобы опустить зависимости provided. Конфигурация ниже копирует все зависимости в target/lib, ваш дескриптор плагина сборки можно изменить, чтобы использовать fileSet, чтобы включить эти банки.

Обновление: только что проверили это, чтобы подтвердить, что оно работает. Добавлена ​​конфигурация для привязки плагина сборки к фазе пакета и соответствующие изменения в дескрипторе сборки.

<plugin> 
    <groupId>org.apache.maven.plugins</groupId> 
    <artifactId>maven-dependency-plugin</artifactId> 
    <executions> 
    <execution> 
     <id>copy-dependencies</id> 
     <phase>process-resources</phase> 
     <goals> 
     <goal>copy-dependencies</goal> 
     </goals> 
     <configuration> 
     <excludeScope>provided</excludeScope> 
     <outputDirectory>${project.build.directory}/lib</outputDirectory> 
     </configuration> 
    </execution> 
    </executions> 
</plugin> 
<plugin> 
    <artifactId>maven-assembly-plugin</artifactId> 
    <version>2.2-beta-4</version> 
    <executions> 
    <execution> 
     <id>jar-with-deps</id> 
     <phase>package</phase> 
     <goals> 
     <goal>single</goal> 
     </goals> 
    </execution> 
    </executions> 
    <configuration> 
    <descriptors> 
     <descriptor>src/main/assembly/my-assembly.xml</descriptor> 
    </descriptors> 
    </configuration> 
</plugin> 

Раздел FileSet из my-assembly дескриптора будет выглядеть следующим образом:

<assembly> 
    <fileSets> 
    <fileSet> 
     <directory>${project.build.directory}/lib</directory> 
     <outputDirectory>/</outputDirectory> 
     <includes> 
     <include>*.*</include> 
     </includes> 
    </fileSet> 
    </fileSets> 
... 

</assembly> 
+1

Я не могу понять, как заставить его исключить зависимость от 'test', которую я имею, но кроме этого он отлично работает. :) –

+0

это даже clunkier, но если вам нужно исключить область тестирования, вы можете определить несколько исполнений плагина зависимостей, и в каждом исполнении укажите другую область, которая должна быть включена (т. Е. Чтобы опустить тест и предоставить, определить два исполнения , по одному для compile и runtime) –

+14

Оказывается, одного исполнения достаточно. ' runtime' все, что мне нужно - это неявно исключает 'test',' provided' и 'system', что идеально. –

0

С последним Maven (я тестировал на Maven 3.0), это, кажется, работает, как ожидалось, с некоторыми оговорками:

Запрашиваемая область (в dependencySet) может включать в себя дополнительные области, основанные на следующем определении: http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Scope

Таким образом, если вы запрашиваете область компиляции, вы получите как компиляцию, так и предоставление. Однако, если вы запрашиваете область выполнения, вы должны получить компиляцию и время выполнения (но не предоставлено).

+0

Будет ли эта функция правильно исключать указанную зависимость, если она также относится к переходным зависимостям времени выполнения одновременно? – Vadzim

4

Теоретически теги «ignoreNonCompile» и «excludeScope» должны помочь, но следует предупредить, что они не обязательно работают должным образом.

С maven3 и Maven-зависимостей-плагин 2.4, одно решение:

<configuration> 
<excludeArtifactIds>junit,mockito-all</excludeArtifactIds> 
<excludeTransitive>true</excludeTransitive> 
</configuration> 
0

Это старый пост, но Maven-зависимость-плагин теперь имеет опцию «excludeScope», который вы можете установить на «предоставленный» или любой необходимый вам объем.

http://maven.apache.org/plugins/maven-dependency-plugin/copy-dependencies-mojo.html#excludeScope

Например,

<plugin> 
    <groupId>org.apache.maven.plugins</groupId> 
    <artifactId>maven-dependency-plugin</artifactId> 
    <version>2.10</version> 
    <executions> 
     <execution> 
      <id>copy-dependencies</id> 
      <phase>prepare-package</phase> 
      <goals> 
       <goal>copy-dependencies</goal> 
      </goals> 
      <configuration> 
       <outputDirectory>${project.build.directory}/lib</outputDirectory> 
       <overWriteReleases>false</overWriteReleases> 
       <overWriteSnapshots>false</overWriteSnapshots> 
       <overWriteIfNewer>true</overWriteIfNewer> 
       <excludeScope>provided</excludeScope> 
      </configuration> 
     </execution> 
    </executions> 
</plugin> 
Смежные вопросы