Partage de classes src / test entre modules dans un projet maven multi-module

J'ai un projet Maven multi-module. Pour cet exemple, considérons deux modules:

• data
• consumer

Le module consumera le module datacomme dépendance.

Le module datadéclare un tas de classes principales. Il y a des tests sous src/testqui les utilisent. Ces tests nécessitent une création d'objets de longue haleine, j'ai donc une classe avec des méthodes utilitaires pour créer ces objets. Cette classe utilitaire ( SampleDataHelper) est dans la src/testhiérarchie.

J'ai également quelques tests dans le consumermodule qui doivent créer certains de ces objets longs. Je souhaite utiliser ma SampleDataHelperclasse (définie dans data src/test) dans les tests qui résident dans mon consumer src/testarbre. Malheureusement, même s'il datas'agit d'une dépendance de consumer, consumerne peut pas voir les classes qui existent sous data src/test.

Pour lutter contre cela, j'ai pensé que je pourrais créer un autre module ( data-test) et passer SampleDataHelperà celui-ci sous src/main. Ensuite, j'inclurais data-testcomme une dépendance de portée de test de data. Malheureusement, cela introduit une dépendance circulaire: datautilise data-test, mais data-testnécessite également data.

La seule solution que je suis venu avec est à placer SampleDataHelpersous le data src/maincadre d' un testpaquet et d' espoir qu'aucun code d'application réelle que jamais il appelle.

Comment puis-je partager ma SampleDataHelperclasse entre les modules sans la mettre sous src/main?

Votre projet consommateur dépend de votre projet Data, nous sommes donc heureux que les données doivent être construites avant Consumer. En conséquence, en utilisant les techniques suggérées dans les commentaires , je m'assurerais que votre projet Data contient tout le code de test que vous souhaitez partager et configurer le POM pour produire un JAR de test:

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

Votre projet Consumer dépendra alors à la fois de l'artefact Data JAR normal, ainsi que de l' test-jarartefact supplémentaire , avec la portée du test bien sûr:

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

J'ai utilisé cette approche à plusieurs reprises et cela fonctionne bien.

Donc le problème est que (certains) tests du datamodule dépendent de la SampleDataHelperclasse? Vous pouvez déplacer la SampleDataHelperclasse vers src/mainle data-testmodule, si vous déplacez en même temps les tests (qui dépendent de la classe spécifique) vers le src/testdu data-testmodule. Par conséquent, il n'y aurait plus de dépendances circulaires.