Выполнение цели плагина Maven в родительском модуле, но не для детей
У нас есть мультимодульный проект maven, который использует профиль, который определяет buildnumber-maven-plugin, чтобы увеличить номер сборки, а затем проверить его на источника.
Если я определяю плагин в родительском pom.xml, он выполняет также все дочерние сборки.
Здесь мой родитель pom.xml
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.webwars</groupId>
<artifactId>parent</artifactId>
<packaging>pom</packaging>
<properties>
<buildNumber.properties>${basedir}/../parent/buildNumber.properties</buildNumber.properties>
</properties>
<version>1.0-SNAPSHOT</version>
<name>Parent Project</name>
<profiles>
<profile>
<id>release</id>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<debug>false</debug>
<optimize>true</optimize>
</configuration>
</plugin>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>buildnumber-maven-plugin</artifactId>
<version>1.0-beta-3</version>
<executions>
<execution>
<phase>validate</phase>
<goals>
<goal>create</goal>
</goals>
</execution>
</executions>
<configuration>
<buildNumberPropertiesFileLocation>${buildNumber.properties}</buildNumberPropertiesFileLocation>
<getRevisionOnlyOnce>true</getRevisionOnlyOnce>
<doCheck>false</doCheck>
<doUpdate>false</doUpdate>
<format>{0, number}</format>
<items>
<item>buildNumber</item>
</items>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-scm-plugin</artifactId>
<executions>
<execution>
<phase>install</phase>
<goals>
<goal>checkin</goal>
</goals>
</execution>
</executions>
<configuration>
<basedir>${basedir}</basedir>
<includes>buildNumber.properties</includes>
<message>[Automated checkin] of ${basedir} Build version: ${major.version}.${minor.version}.${buildNumber}</message>
<developerConnectionUrl>...</developerConnectionUrl>
</configuration>
</plugin>
</plugins>
</build>
</profile>
</profiles>
<modules>
<module>../common</module>
<module>../data</module>
<module>../client</module>
<module>../webplatform</module>
</modules>
...
</project>
Ответы
Ответ 1
Как описано в разделе Plugins справки pom:
Помимо стандартной координаты groupId: artifactId: version, есть элементы, которые настраивают плагин или это создает взаимодействие с ним.
- inherited: true или false, должна ли эта конфигурация плагина применяться к POM, которые наследуются от этого.
Поэтому просто добавьте <inherited>false</inherited>
в конфигурацию buildnumber-maven-plugin, чтобы избежать наследования в дочерних POM:
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>buildnumber-maven-plugin</artifactId>
<version>1.0-beta-3</version>
<inherited>false</inherited>
...
</plugin>
Ответ 2
Вы можете добавить <inherited>false</inherited>
в конфигурацию плагина, чтобы избежать наследования в дочерних POM:
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>buildnumber-maven-plugin</artifactId>
<version>1.0-beta-3</version>
<inherited>false</inherited>
...
</plugin>
Или, если ваш плагин имеет несколько исполнений, вы можете контролировать, какие исполнения наследуются, а какие нет, добавив унаследованный тег в тело выполнения:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-antrun-plugin</artifactId>
<executions>
<execution>
<id>parent-only</id>
<phase>initialize</phase>
<inherited>false</inherited>
<configuration>
<target>
<echo message="Echoed only by this module."/>
</target>
</configuration>
<goals>
<goal>run</goal>
</goals>
</execution>
<execution>
<id>all-modules</id>
<phase>initialize</phase>
<inherited>true</inherited> <!-- Defaults to true, so you could leave this line out -->
<configuration>
<target>
<echo message="Echoed in this module and each child module."/>
</target>
</configuration>
<goals>
<goal>run</goal>
</goals>
</execution>
</executions>
</plugin>
Ответ 3
Просто добавление к отличным ответам здесь: обратите внимание, что наследование на исполнение нарушено в Maven 2: http://jira.codehaus.org/browse/MNG-3959
Ответ 4
Существует встроенная опция maven:
mvn --help
...
-N,--non-recursive Do not recurse into sub-projects
Ответ 5
Если плагин является обычным, и у вас есть доступ к плагину MOJO-кода, вы можете пометить плагин как aggregator
; если ожидаемое поведение применимо для всех проектов, в которых должен использоваться плагин.
Как указано в Спецификация API Mojo,
Флаги этого Mojo для запуска его несколькими способами, т.е. агрегируют build с набором проектов, перечисленных как модули.
Пример,
@Mojo(name = "createHF", inheritByDefault = false, aggregator = true)
public class CreateHFMojo extends AbstractMojo {
..
public void execute() throws MojoExecutionException, MojoFailureException {
....
}
..
}
Подробный пример github.