Teilen von src / test-Klassen zwischen Modulen in einem Maven-Projekt mit mehreren Modulen

Ich habe ein Maven-Projekt mit mehreren Modulen. Betrachten Sie für dieses Beispiel zwei Module:

• data
• consumer

Modul consumerhat Modul dataals Abhängigkeit.

Das Modul datadeklariert eine Reihe von Kernklassen. Es gibt Tests src/test, bei denen sie verwendet werden. Diese Tests erfordern eine langwierige Objekterstellung, daher habe ich eine Klasse mit einigen Dienstprogrammmethoden zum Erstellen dieser Objekte. Diese Utility-Klasse ( SampleDataHelper) befindet sich in der src/testHierarchie.

Ich habe auch einige Tests im consumerModul, die einige dieser langwierigen Objekte erstellen müssen. Ich möchte meine SampleDataHelperKlasse (definiert in data src/test) in Tests verwenden, die sich in meinem consumer src/testBaum befinden. Leider, obwohl dataeine Abhängigkeit von consumer, consumerkann nicht die Klassen sehen , die unter existieren data src/test.

Um dies zu bekämpfen, dachte ich , ich könnte schaffen ein anderes Modul ( data-test), und zu bewegen , SampleDataHelperum es unter src/main. Dann würde ich data-testals Testumfang Abhängigkeit von einschließen data. Leider führt dies zu einer zirkulären Abhängigkeit: dataverwendet data-test, data-testerfordert aber auch data.

Die einzige Lösung, die ich mir ausgedacht habe, besteht darin, sie SampleDataHelperunter data src/mainein testPaket zu stellen und zu hoffen, dass kein wirklicher Anwendungscode sie jemals aufruft.

Wie kann ich meine SampleDataHelperKlasse zwischen Modulen teilen, ohne sie zu unterstellen src/main?

Ihr Verbraucherprojekt hängt von Ihrem Datenprojekt ab. Daher freuen wir uns, dass Daten vor dem Verbraucher erstellt werden müssen. Infolgedessen würde ich mithilfe der in den Kommentaren vorgeschlagenen Techniken sicherstellen, dass Ihr Datenprojekt den gesamten Testcode enthält, den Sie freigeben möchten, und das POM so konfigurieren, dass eine Test-JAR erstellt wird:

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

Ihr Consumer-Projekt würde dann sowohl vom normalen Data JAR-Artefakt als auch vom zusätzlichen test-jarArtefakt abhängen , mit natürlichem Testumfang:

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

Ich habe diesen Ansatz bei vielen Gelegenheiten verwendet und er funktioniert gut.

Das Problem ist also, dass (einige) Tests im dataModul von der SampleDataHelperKlasse abhängen ? Sie können die SampleDataHelperKlasse in src/maindas data-testModul verschieben, wenn Sie gleichzeitig die Tests (die von der jeweiligen Klasse abhängen) in src/testdas data-testModul verschieben. Folglich würde es keine zirkulären Abhängigkeiten mehr geben.