依存関係管理とスコープ

Question

通常<dependencyManagement>セクションをparent-project/pom.xmlに配置します。この<dependencyManagement>節（<scope>要素なしつまり）は、このような私の子供のすべての依存関係のモジュールの宣言とバージョンが含まれています。すべての子供モジュールで

<dependencyManagement> 
    <dependencies> 
    <dependency> 
     <groupId>junit</groupId> 
     <artifactId>junit</artifactId> 
     <version>4.10</version> 
    </dependency> 
    </dependencies> 
</dependencyManagement> 

（すなわちmoduleX /のpom.xml）、私が持っている：

<dependencies> 
    <dependency> 
    <groupId>junit</groupId> 
    <artifactId>junit</artifactId> 
    <scope>test</scope> 
    </dependency> 
    </dependencies> 

明らかに、この例では、同じ依存関係（複数のjunitを必要とするすべての子モジュールで1回）について、複数回<scope>test</scope>を繰り返しています。

質問：<scope>宣言に関するベストプラクティスは何ですか？ <dependencyManagement>に入れる方が良いですか？子モジュールの<dependencies>セクションに置く方がよいでしょうか（この記事のように）？なぜ ？この質問に明確な答えがありますか？

Answer 1

少し遅れていますが、私は2セントを追加します。私は最近、問題をデバッグするのが非常に難しかったです。私は複数のプロジェクト間の依存関係を管理するための親pomを持っています。私は、それらの間で共通のすべての依存関係を設定し、groupId、artifactId、バージョン、最も一般的なスコープを含めました。私が考えているのは、各プロジェクトの実際の依存関係セクションにスコープを含める必要がないということです。それは、の最も一般的なスコープに一致した場合です。これらの依存関係のいくつかが推移的な依存関係として現れたときに問題が発生しました。例えば、CがCに続いてAの推移依存親

のdependencyManagementに設けに設定されている

• AコンパイルスコープでBに依存
• Bは、コンパイルスコープでCに依存している場合提供されると決定される。それが意味をなさないかどうかは分かりませんが、確かに混乱しています。

  とにかく、手間を省き、スコープを依存関係管理から外してください。

Answer 2

依存関係管理に単一の依存関係を追加することはできません。あなたが持っているのは複製だけです。あなたが設定可能なバージョンを持っているしたい場合は、プロパティを追加し、依存関係でそれを使用します。

<properties> 
     <junit.version>4.10</junit.version> 
    ... 
    <dependency> 
     <groupId>junit</groupId> 
     <artifactId>junit</artifactId> 
     <version>${junit.version}</version> 
    </dependency> 
</dependencies> 

はしかし、依存関係の管理が輝くケースがあります - あなたはAのバージョンを編成するためにbomsを使用しているときJava EEの実装の特定のバージョンを使用してのような人工物の大きなコレクション、：

<dependencyManagement> 
    <dependencies> 
     <dependency> 
      <groupId>org.jboss.bom</groupId> 
      <artifactId>jboss-javaee-6.0-with-tools</artifactId> 
      <version>${javaee6.with.tools.version}</version> 
      <type>pom</type> 
      <scope>import</scope> 
     </dependency> 
.... 

Answer 3

dependencyManagementは、すべてのプロジェクトのサブモジュールの依存関係のバージョンを定義するだけで、ここで、このセクションの唯一の適切な範囲は、部品表のためimportです。

スコープはdependenciesセクションで定義する必要があります。

（特定の依存関係については、使用コンテキストを決定します）実行に必要な場合のみ依存性を含めることができます。たとえば、耳はJava-ee依存性（スコープprovided）ターゲット・サーバー上でそれらを見つける。）

[編集]

最初の文は例外があり、スコープprovidedをdependencyManagementセクションでdependenciesのセクションで定義されたスコープを上書きします。 DependencyManagement to force scope

Answer 4

他の回答と同様に、スコープをdependencyManagementから除外し、依存関係を定義するときにスコープを明示的に指定することをお勧めします。まれに、異なるスコープで同じ依存関係の別のバージョンが必要な場合があります。たとえば、アプリケーションをコンパイルするときに1つのバージョンを、実行するときに別のバージョンを使用する場合があります。ユーザーが指定したバージョンの代わりにそのバージョンを使用する場合のライブラリの異なるバージョンに対するテスト。

dependencyManagementでscopeを定義すると、そのバージョンの使用を定義されたスコープのみに制限するため、他のスコープは依存性のランダムバージョンを取得します。私は昨日、テストスコープでdependencyManagementのjunit 4.12を定義したときにこれに遭遇しましたが、私たちの共通テストフレームワークモジュールはjunitをコンパイルスコープで使用していましたので、代わりにバージョン4.8.2を採用しました。