Compartir clases src / test entre módulos en un proyecto maven de varios módulos

Tengo un proyecto Maven de varios módulos. Por el bien de este ejemplo, considere dos módulos:

• data
• consumer

El módulo consumertiene un módulo datacomo dependencia.

El módulo datadeclara un montón de clases principales. Hay pruebas debajo src/testque los usan. Estas pruebas requieren una creación de objetos prolija, así que tengo una clase con algunos métodos de utilidad para crear estos objetos. Esta clase de utilidad ( SampleDataHelper) está en la src/testjerarquía.

También tengo algunas pruebas en el consumermódulo que necesitan crear algunos de estos objetos prolijos. Quiero usar mi SampleDataHelperclase (definida en data src/test) en las pruebas que residen en mi consumer src/testárbol. Desafortunadamente, aunque dataes una dependencia de consumer, consumerno se pueden ver las clases que existen debajo data src/test.

Para combatir esto, pensé que podría crear otro módulo ( data-test) y pasar SampleDataHelpera él debajo src/main. Luego incluiría data-testcomo alcance de prueba la dependencia de data. Desafortunadamente, esto introduce una dependencia circular: datausa data-test, pero data-testtambién requiere data.

La única solución que he llegado con es colocar SampleDataHelperbajo data src/mainbajo un testpaquete y la esperanza de que ningún código de aplicación real nunca lo llama.

¿Cómo puedo compartir mi SampleDataHelperclase entre módulos sin someterla src/main?

Su proyecto de consumidor depende de su proyecto de datos, por lo tanto, nos complace que los datos deban construirse antes que el consumidor. Como resultado, utilizando las técnicas sugeridas en los comentarios , me aseguraría de que su proyecto de datos contenga todo el código de prueba que desea compartir y configurar el POM para producir un JAR de prueba:

<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>
</plugin>

Su proyecto de consumidor dependería entonces del artefacto JAR de datos normal, más el test-jarartefacto adicional , con alcance de prueba, por supuesto:

<dependency>
  <groupId>com.foo</groupId>
  <artifactId>data</artifactId>
  <version>1.0</version>
  <type>test-jar</type>
  <scope>test</scope>
</dependency>

He utilizado este enfoque en muchas ocasiones y funciona bien.

Entonces, ¿el problema es que (algunas) pruebas en el datamódulo dependen de la SampleDataHelperclase? Puede mover la SampleDataHelperclase a src/maindel data-testmódulo, si al mismo tiempo mueve las pruebas (que dependen de la clase específica) al src/testdel data-testmódulo. En consecuencia, no habría más dependencias circulares.