test、testhelper、およびproject-under-testの間のMaven循環依存関係の解決

Question

私のセットアップはこれです。私はAに応じてプロジェクトA、およびテストプロジェクトを持っている：

A <- A_t 

私も他のAに応じて、プロジェクト（およびそのテスト）があります。

A <- B <- B_t 

私が紹介するテストの一部を簡素化することをAに基づいたテストのものを支援する新しいライブラリ：

A <- Atesthelper 

のでA_t（とB_t）のように、このテストヘルパーに依存します：私は、Mavenのプロジェクト（のpom.xmlを作成しかし

A <- A_t 
^ | 
| v 
Atesthelper 

）いつもの事はプロジェクトと同じで、そのプロジェクトのテストの両方をバンドルすることであると思われますpom.xml。そして私は、だから今、それはなりAtesthelper

のための新しいのpom.xmlを作成：循環依存である

(A <- A_t) 
^ | 
    | v 
Atesthelper 

を。 pom.xmlでAtesthelperがテストビルドターゲットの依存性だけで、Aモジュールはそれ自身ではないことを何とか指定できますか？

ビルド順序は、A、Atesthelper、A_tである必要があります。私。 AとA_tは同じpomで指定されていて、同時にビルドすべきではありません。

ありがとうございます。

Answer 1

あなたが解決する必要がある問題がにAtesthelperから依存され、その後、他のすべてが正常に動作します：はAtesthelperに依存し、BはAtesthelperに依存しており、両方およびBには、送信元とテストの両方が含まれます。Atesthelperは、試験とAとBに含まれます。それがあなたの目標です。

どのようにそこに着きますか？ Atesthelperが別のプロジェクトに依存している項目を抽出する必要があります。通常、これらはインターフェイスまたはその他の一般的な機能ですが、別のプロジェクトに入れる必要があります。ACommonとしましょう。だからあなたのターゲットのレイアウトは次のようになります。

ACommon <- Atesthelper 
    ^^
     | /
     A (and also B) 

機能はどのようなにに応じて Atesthelper のですか？あなたは別のプロジェクト（ACommon）に移動できますか？

Answer 2

あなたはあなたのPOMを貼り付けなかったし、私があなたを正しく理解しているか分からないが、どうやってそれを手に入れようとしているのか分からない。これは通常、次のように解決されなければならない、非常に一般的なケースである：

テストをサポートあなたのAtesthelperアーティファクト（おそらくjar包装）、src/mainディレクトリ内のすべてのテストに関連するものを持っている必要があります（src/main/javaのクラス、資源になりますsrc/main/resourcesなど）ではなく、src/test！すべての依存関係はAですが、JUnit、EasyMock（テストサポートクラスに必要なすべてのもの）のようなものもcompileスコープで宣言します。これはもちろんデフォルトのものです。ここにtestスコープを使用しないでください！最後に、AおよびBの成果物では、Atesthelperをtestスコープの従属として宣言します。

このソリューションは長年にわたって私にとって素晴らしい作品です。依存関係についてはクリーンでひどいです（私が何を意味するか知っていれば<type>test-jar</type>とは対照的に推移的です）。とにかく、それを使用してください。あなたは幸せになるでしょう;）。

Answer 3

あなたが正しく理解している場合、主な目的はテストクラスを再利用することです。 A_tとAtesthelperはMavenプロジェクトではなく、テストです。

src/test/javaからjarを作成するようにMavenを作ってください。 http://maven.apache.org/guides/mini/guide-attached-tests.html

Aをビルドすると、A.jarとA-tests.jarが得られます。 A-tests.jarには、AtesthelperとA_tが含まれます。

-tests.jarにBの設定依存性（<type>test-jar</type>)。

Answer 4

この問題を解決するためにクリーンな方法は、分離プロジェクトを維持することです。にクラスとテストクラスを配置することをお勧めMavenのようなフレームワークがあります。たとえば、Eclipse PlugInプロジェクトでは、別々のテストプロジェクトがあります。Aへの影響を気にせずに、テストプロジェクトで必要な依存関係を再利用できるので、AのサブプロジェクトをAというサブプロジェクトにするのがベストソリューションです。

このシナリオはより頻繁に発生し、あなたのプロを悩ませたくないかもしれませんテストの依存関係を持つデザインを作成します。これらのテストは独立していて、あなたのクラスデザインに影響を与えません。