単一の依存関係の推移的な依存関係をすべて除外する

Maven2では、単一の推移的な依存関係を除外するには、次のようにする必要があります。

<dependency>
  <groupId>sample.group</groupId>
  <artifactId>sample-artifactB</artifactId>
  <version>1</version>
   <exclusions>
     <exclusion>
       <groupId>sample.group</groupId>
       <artifactId>sample-artifactAB</artifactId>
     </exclusion>
   </exclusions>
</dependency>

このアプローチの問題は、によって提供されるすべての推移的な依存関係に対してこれを行わなければならないことですsample-artifactB。

ある種のワイルドカードを使用して、すべての推移的な依存関係を1つずつではなく一度に除外する方法はありますか？

maven2の場合、あなたが説明する方法を実行する方法はありません。maven 3にはあります。Maven 3を使用している場合は、この質問の別の回答を参照してください

maven 2の場合、<exclusions>がある依存関係用に独自のカスタムpomを作成することをお勧めします。その依存関係を使用する必要があるプロジェクトの場合は、一般的なアーティファクトではなく、カスタムpomに依存関係を設定します。これにより、単一の<exclusion>ですべての推移的な依存関係を除外できるとは限りませんが、依存関係を1回記述するだけで済み、すべてのプロジェクトで不要で長い除外リストを維持する必要がありません。

私のために機能したのは（Mavenの新しい機能かもしれません）、除外要素でワイルドカードを使用しているだけです。

2つのWARパッケージモジュールで参照される「アプリ」モジュールを含むマルチモジュールプロジェクトがあります。それらのWARパッケージモジュールの1つは、実際にはドメインクラスのみを必要とします（そして、まだそれらをアプリモジュールから分離していません）。私はこれがうまくいくことを発見しました：

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>app</artifactId>
    <version>${project.version}</version>
    <exclusions>
        <exclusion>
            <groupId>*</groupId>
            <artifactId>*</artifactId>
        </exclusion>
    </exclusions>
</dependency>

groupIdとArtifactIdの両方のワイルドカードは、通常、この依存関係を使用してモジュールに伝搬されるすべての依存関係を除外します。

私が便利だと思ったことが一つあります：

プロジェクトの親POMまたはインポート可能な依存関係管理POMのdependencyManagementセクションに除外を含む依存関係を配置する場合は、除外（またはバージョン）を繰り返す必要はありません。

たとえば、親POMが次の場合：

<dependencyManagement>
    <dependencies>
    ...         
        <dependency>
            <groupId>commons-fileupload</groupId>
            <artifactId>commons-fileupload</artifactId>
            <version>1.2.1</version>
            <exclusions>
                <exclusion>
                    <groupId>junit</groupId>
                    <artifactId>junit</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
     ....
  </dependencies>
</dependencyManagement>

次に、プロジェクトのモジュールは、依存関係を次のように宣言するだけです。

        <dependency>
            <groupId>commons-fileupload</groupId>
            <artifactId>commons-fileupload</artifactId>
        </dependency>

親POMのは、バージョンと除外の両方を指定します。私はこのテクニックをほぼすべてのプロジェクトに使用しており、多くの繰り返しを排除しています。

3年前、バージョン99が存在しないことを推奨しましたが、特にバージョン99がオフラインであるため、より良い方法を見つけました。

プロジェクトの親POMで、maven-enforcer-pluginを使用して、不要な依存関係がビルドに侵入した場合にビルドを失敗させます。これは、プラグインの禁止された依存関係ルールを使用して実行できます。

<plugin>
    <artifactId>maven-enforcer-plugin</artifactId>
    <version>1.0.1</version>
    <executions>
        <execution>
            <id>only-junit-dep-is-used</id>
            <goals>
                <goal>enforce</goal>
            </goals>
            <configuration>
                <rules>
                    <bannedDependencies>
                        <excludes>
                            <exclude>junit:junit</exclude>
                        </excludes>
                    </bannedDependencies>
                </rules>
            </configuration>
        </execution>
    </executions>
</plugin>

次に、不要な依存関係について警告が表示されたら、親POMの<dependencyManagement>セクションで除外します。

<dependency>
    <groupId>org.springframework.batch</groupId>
    <artifactId>spring-batch-test</artifactId>
    <version>2.1.8.RELEASE</version>
    <exclusions>
        <exclusion>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
        </exclusion>
    </exclusions>
</dependency>

このようにして、不要な依存関係が誤って表示されることはなく（単なる<exclusion>忘れやすいものとは異なりprovided）、コンパイル時にも（スコープとは異なり）使用できず、（バージョン99とは異なり）偽の依存関係はありません。 （バージョン99とは異なり）カスタムリポジトリなしで動作します。このアプローチは、アーティファクトのバージョン、分類子、スコープ、またはgroupId全体に基づいて機能します。詳細については、ドキュメントを参照してください。

私は次の回避策を使用します。すべての適切な依存関係でアーティファクトを除外しようとするのではなく、依存関係をトップレベルで「提供」として描画します。たとえば、xml-apisの「どのバージョン」でも出荷されないようにするには、次のようにします。

    <dependency>
        <groupId>xml-apis</groupId>
        <artifactId>xml-apis</artifactId>
        <version>[1.0,]</version>
        <scope>provided</scope>
    </dependency>

現在、一度に複数の推移的な依存関係を除外する方法はありませんが、Maven JIRAサイトでこれに対する機能リクエストがあります。

https://issues.apache.org/jira/browse/MNG-2315

これには回避策があります。依存関係のスコープをruntimeに設定すると、推移的な依存関係は除外されます。ただし、ランタイムの依存関係をパッケージ化する場合は、追加の処理を追加する必要があることに注意してください。

ランタイム依存関係をパッケージに含めるには、maven-dependency-pluginの特定のアーティファクトのコピーゴールを使用できます。

アセンブリに含める依存関係のアーティファクトからすべての推移的な依存関係を除外する必要がある場合は、アセンブリプラグインの記述子でこれを指定できます。

<assembly>
    <id>myApp</id>
    <formats>
        <format>zip</format>
    </formats>
    <dependencySets>
        <dependencySet>
            <useTransitiveDependencies>false</useTransitiveDependencies>
            <includes><include>*:struts2-spring-plugin:jar:2.1.6</include></includes>
        </dependencySet>
    </dependencySets>
</assembly>

Eclipseで開発する場合、POMエディター（詳細タブが有効）依存関係グラフで、プロジェクトから除外する依存関係を探し、次のことができます。

それを右クリック-> "Mavenアーティファクトを除外..."とEclipseが除外するため、libがリンクされている依存関係を調べる必要はありません。

すべての推移的な依存関係を除外する理由は何ですか？

すべての依存関係から除外する必要がある特定のアーティファクト（commons-loggingなど）がある場合、バージョン99が存在しないというアプローチが役立つ場合があります。

アップデート2012：このアプローチは使用しないでください。使用Mavenの-執行・プラグインと除外を。バージョン99は偽の依存関係を生成し、バージョン99リポジトリはオフラインです（同様のミラーがありますが、永久にオンラインを維持するためにそれらに依存することはできません。MavenCentralのみを使用するのが最善です）。

同様の問題で、スコープを指定して、必要な依存関係を宣言しました。このアプローチでは、推移的な依存関係がフェッチされますが、パッケージフェーズには含まれません。また、メンテナンスの面でもこのソリューションが好きです。なぜなら、維持する必要のあるpom、またはクジラのソリューションのようなカスタムpomがないからです。コンテナに特定の依存関係を提供し、実行する必要があるだけです

クラスパスで最新のmavenを使用します。重複したアーティファクトを削除し、最新のmavenアーティファクトを保持します。