MavenスコープのコンパイルとJARパッケージ用に提供されたものの違い

MavenスコープcompileとprovidedアーティファクトがJARとして構築される場合の違いは何ですか？それがWARであれば、私は理解します-アーティファクトはWEB-INF / libに含まれるか含まれないでしょう。ただし、JARの場合は関係ありません。依存関係は含まれません。スコープがcompileまたはの場合、クラスパス上になければなりませんprovided。provided依存関係が推移的でないことは知っていますが、それは1つの違いだけですか？

Maven Docから：

• コンパイル

  これはデフォルトのスコープであり、何も指定されていない場合に使用されます。コンパイルの依存関係は、プロジェクトのすべてのクラスパスで使用できます。さらに、これらの依存関係は依存プロジェクトに伝達されます。

• 提供

  これはコンパイルによく似ていますが、JDKまたはコンテナが実行時に依存関係を提供することを期待していることを示しています。たとえば、Java Enterprise EditionのWebアプリケーションを構築する場合、Webコンテナがこれらのクラスを提供するため、サーブレットAPIおよび関連するJava EE APIへの依存関係を提供されたスコープに設定します。このスコープは、コンパイルとテストのクラスパスでのみ使用でき、推移的ではありません。

要約：

• 依存関係は推移的ではありません（あなたが言及したように）
• 提供されたスコープはコンパイルとテストのクラスパスでのみ使用できますが、コンパイルスコープはすべてのクラスパスで使用できます。
• 提供された依存関係はパッケージ化されていません

コンパイルとは、アプリをコンパイルして実行するためにJARが必要であることを意味します。Webアプリケーションの場合、例として、JARはWEB-INF / libディレクトリに配置されます。

提供されるとは、コンパイルにJARが必要であることを意味しますが、実行時にはすでに環境によって提供されるJARが存在するため、アプリにパッケージ化する必要はありません。Webアプリの場合、これはJARファイルがWEB-INF / libディレクトリーに配置されないことを意味します。

Webアプリの場合、アプリサーバーがすでにJAR（またはその機能）を提供している場合は、「提供」を使用します。それ以外の場合は「コンパイル」を使用します。

こちらが参考です。

すべての依存関係（一般的なxxxx-all.jar）を含む単一のJARファイルを生成する場合は、提供されるスコープが重要です。このスコープ内のクラスは、生成されるJARにパッケージ化されないためです。

詳細については、maven-assembly-pluginを参照してください

• コンパイル

クラスパスで利用可能にします。通常のjarである場合、この依存関係を最終的なjarに追加しないでください。ただし、最終的なjarが単一のjarである場合（たとえば、実行可能jar）、このjarをjarに追加します。

• 提供

依存関係はランタイム環境で使用できるため、この依存関係を追加しないでください。単一のjar（つまり、実行可能なjarなど）に含まれていない

jarファイルの場合、maven-jar-plugin構成でaddClassPathがtrueに設定されている場合、jarに含まれているMANIFEST.MFファイルにリストされているクラスパスに違いがあります。「コンパイル」依存関係はマニフェストに表示されますが、「提供」依存関係は表示されません。

私のペットのおしっこの1つは、これら2つの単語の時制が同じであるべきだということです。コンパイルして提供するか、コンパイルして提供します。

mavenスコープをに設定providedすると、プラグインの実行時に使用される実際の依存関係のバージョンは、インストールしたApache Mavenのバージョンによって異なります。

jarファイルが実行可能なスプリングブートjarファイルのような場合、すべての依存関係のスコープcompileはすべてのjarファイルを含める必要があります。

ただし、jarファイルが他のパッケージまたはアプリケーションで使用されている場合、これらのパッケージまたはアプリケーションが他の依存関係を提供できるため、jarファイルにすべての依存関係を含める必要はありません。