tags:

views:

434

answers:

2

There is a clear solution for sharing the common test code between maven projects using test-jar goal of maven-jar-plugin plugin (see here).

I need to do the similar thing with test resources, in particular, I want test resources of project A be available in the classpath of project B during testing.

For project A one need to declare:

<!-- Package and attach test resources to the list of artifacts: -->
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-antrun-plugin</artifactId>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>run</goal>
            </goals>
            <configuration>
                <tasks>
                    <jar destfile="${project.build.directory}/test-resources.jar">
                        <fileset dir="${project.basedir}/test-resources" />
                    </jar>
                </tasks>
            </configuration>
        </execution>
    </executions>
</plugin>
<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>build-helper-maven-plugin</artifactId>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>attach-artifact</goal>
            </goals>
            <configuration>
                <artifacts>
                    <artifact>
                        <file>${project.build.directory}/test-resources.jar</file>
                        <type>jar</type>
                        <classifier>test-resources</classifier>
                    </artifact>
                </artifacts>
            </configuration>
        </execution>
    </executions>
</plugin>

And in project B it will be normal dependency:

<dependency>
    <groupId>myproject.groupId</groupId>
    <artifactId>myartifact</artifactId>
    <version>1.0-SNAPSHOT</version>
    <classifier>test-resources</classifier>
    <scope>test</scope>
</dependency>

Question: Should it work in all cases? Is it possible to pack resources without maven-antrun-plugin (using more 'lightweight' plugin)?

A: 

There is already a goal to build a test jar from maven.

Assuming you need something a little more flexible, you can use the jar plugin to package your test resources and run that goal with the main package goal with something like this.

      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-jar-plugin</artifactId>
        <executions>
          <execution>
            <phase>package</phase>
            <goals>
              <goal>jar</goal>
            </goals>
            <configuration>
              <classifier>test-resources</classifier>
              <includes>
                <include>**/*.whatever-you-want</include>
              </includes>
            </configuration>
          </execution>
        </executions>
      </plugin>

Whatever you want bundled would be added to the project-name-version-test-resources.jar when the jar goal is run.

You could then include it in a project via the same dependency you use above.

sal
Executing the `jar` goal automatically binds `maven-jar-plugin` to "classes directory", not "test classes directory". So above will package simply normal classes, and `include` will not help to all any test resources to the artifact. Sorry, but "-1".
dma_k
+2  A: 

Just use jar:test-jar and declare the resulting JAR as a dependency (refer to this guide for more details). And while I don't understand the problem of having resources and classes in this jar, you can always exclude all .class files:

<project>
  <build>
    <plugins>
     <plugin>
       <groupId>org.apache.maven.plugins</groupId>
       <artifactId>maven-jar-plugin</artifactId>
       <version>2.2</version>
       <executions>
         <execution>
           <goals>
             <goal>test-jar</goal>
           </goals>
         </execution>
       </executions>
       <configuration> 
         <excludes>
           <exclude>**/*.class</exclude>
         </excludes>
       </configuration> 
     </plugin>
    </plugins>
  </build>
</project>

And to use it:

<project>
  ...
  <dependencies>
    <dependency>
      <groupId>com.myco.app</groupId>
      <artifactId>foo</artifactId>
      <version>1.0-SNAPSHOT</version>
      <type>test-jar</type>
      <scope>test</scope>
    </dependency>
  </dependencies>
  ...
</project>
Pascal Thivent
Shouldn't the execution phase be set to package?
sal
@sal It is because `jar:test-jar` *"binds by default to the lifecycle phase: `package`."*
Pascal Thivent
@Pascal: Thanks for the hint. I agree, that makes sense to package resources with classes. +1 for your answer, however, the original questions was not answered (how to package test resources separately in most optimal way?).
dma_k
@dma_k Well, I suggested a way to exclude classes and thus to package the test resources only. Doesn't this answer the question?
Pascal Thivent
@Pascal: Yes, your answer can be really accepted. Maybe you can also help me to find out, how `maven-jar-plugin` also adds test resources to destination jar file? I haven't found any code that does it in `org.apache.maven.plugin.jar.AbstractJarMojo.java`. Who helps him to add resources?
dma_k
@dma_k The jar plugin just packages the content of a directory, nothing more. Resources are copied during the `process-resources` phase by the Maven Resources plugin (http://maven.apache.org/plugins/maven-resources-plugin/).
Pascal Thivent