我有几个Maven项目,比如a
,b
,c
,继承自单个父项(让我们称之为parent
),也是模块(与parent
不同的项目,我们称之为super
)。
这些项目都有pom
包装。这些项目中的每一个都有特定的配置,但它们也有一个共同的部分。为了更具说明性,每个项目都有两个JMeter测试配置文件:一个专用于给定项目,另一个专用于所有项目。
问题是 - 我应该如何配置POM,以便在项目之间共享这个通用配置文件?
解决方法是将所有这些内容合并到super
,并使用配置文件。但是,在这种情况下,我必须手动为每个配置单独构建(现在我可以构建super
)。
有类似的问题,例如this one,但它们会处理jar
插件,这与此案例无关。
结构,供参考:
POM继承:
parent
|
-------------
| | |
a b c
文件结构:
super
|
|-a
|
|-b
|
|-c
答案 0 :(得分:7)
我已将maven-remote-resources-plugin用于类似目的。创建一个jar类型的独立资源项目(com.company:resourceProj)。将JMeter资源文件放在/src/main/resources
。
/src/main/resources/common.properties (your filenames obviously)
/src/main/resources/a.properties
etc.
按照example中的说明创建捆绑包。
现在,将此配置添加到您的父POM(如果需要,可以在测试配置文件中):
<properties>
<shared.resources.dir>${project.build.directory}/shared-resources</shared.resources.dir>
</properties>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-remote-resources-plugin</artifactId>
<executions>
<execution>
<id>load-resources</id>
<phase>initialize</phase>
<goals>
<goal>process</goal>
</goals>
<configuration>
<resourceBundles>
<resourceBundle>com.company:resourceProj:version</resourceBundle>
</resourceBundles>
<attached>false</attached>
<outputDirectory>${shared.resources.dir}</outputDirectory>
</configuration>
</execution>
</executions>
</plugin>
现在,告诉Maven这些是测试资源。如果您的测试资源元素在模块中是一致的,那么它也可以在父模块中,如果它们不同,则它在模块POM中。 (根据我在子项目中定义的Maven 3资源的经验优先于父项目;它们没有合并。)
<testResources>
<testResource>
<directory>${shared.resources.dir}</directory>
<includes>
<include>common.properties</include>
<include>${module.file}.properties</include>
</includes>
</testResource>
<!-- any other test resources here -->
</testResources>
在子模块中,定义资源模块属性(这是模块a):
<properties>
<module.file>a</module.file>
</properties>
根据您的使用情况进行调整。
----编辑----
如果将配置放入父POM,则父POM可能无法构建,具体取决于子项提供的配置。当我们构建共享基础/父项目时,我们不希望要求定义子项目(继承者)应提供的所有属性。因此,我们在构建共享项目时激活此配置文件,以绕过仅适用于子项的任何内容。
为此,请将空文件pom-packaging.marker
添加到父项目的basedir。然后将此配置文件添加到父POM。构建父项目时,Maven将找到标记文件,启用配置文件,并禁用配置文件中包含的所有执行。构建子项目时,标记文件不存在,因此POM主要部分的配置将生效。
我也将此技术与Enforcer插件一起使用 - 父级定义了应该应用于从父级继承的项目的强制执行规则,但在构建时无法满足规则。如果插件提供“skip”属性,则可以在此配置文件中启用该属性,而不是在插件配置中使用phase = none。
<profile>
<id>pom-packaging</id>
<activation>
<file>
<exists>pom-packaging.marker</exists>
</file>
</activation>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-remote-resources-plugin</artifactId>
<executions>
<execution>
<id>load-resources</id>
<phase>none</phase> <!-- disables this execution -->
</execution>
</executions>
</plugin>
.... other plugin executions here ....
</plugins>
</build>
</profile>
答案 1 :(得分:0)
import
范围依赖关系的想法是,您可以将共享资源放入一个单独的项目中,然后由许多其他项目导入;我以为你可以用这种方式包含你的共享配置文件。
您创建了一个包装pom
的新项目(可能与父级处于同一级别?),然后将其包含在范围为dependencyManagement
的父级import
部分中。然后,您的每个子项目都可以通过继承接收它。为一个文件创建一个完整的项目似乎有些过分,但我不会有这个问题。
我实际上没有用pom
打包的项目树来尝试这个,所以你可能不得不玩一下,但我觉得这个方法很合理。这里有一个(非常广泛的)例子: