在非JAR maven项目之间共享公共资源

时间:2012-07-12 14:28:30

标签: maven maven-3 jmeter

我有几个Maven项目,比如abc,继承自单个父项(让我们称之为parent),也是模块(与parent不同的项目,我们称之为super)。

这些项目都有pom包装。这些项目中的每一个都有特定的配置,但它们也有一个共同的部分。为了更具说明性,每个项目都有两个JMeter测试配置文件:一个专用于给定项目,另一个专用于所有项目。

问题是 - 我应该如何配置POM,以便在项目之间共享这个通用配置文件?

解决方法是将所有这些内容合并到super,并使用配置文件。但是,在这种情况下,我必须手动为每个配置单独构建(现在我可以构建super)。

有类似的问题,例如this one,但它们会处理jar插件,这与此案例无关。

结构,供参考:

  • POM继承:

        parent
          |
    -------------
    |     |     |
    a     b     c
    
  • 文件结构:

    super
    |
    |-a
    |
    |-b
    |
    |-c
    

2 个答案:

答案 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打包的项目树来尝试这个,所以你可能不得不玩一下,但我觉得这个方法很合理。这里有一个(非常广泛的)例子:

Importing Dependencies