Maven Shade Plugin を使用して Uber Jar を作成し、パッケージの再配置による依存関係の競合を克服するにはどうすればよいですか?

Maven Shade プラグイン: Uber Jar の作成とパッケージの名前変更

Maven Shade プラグインは、開発者が依存関係を含むアーティファクトを 1 つに結合できる強力なツールです。 、総合的な「uber jar」。これにより、デプロイメントと配布のプロセスが大幅に簡素化されます。

Uber Jars について

Maven エコシステムでは、通常、各アーティファクトには独自のクラスとリソースのみが含まれます。プロジェクトがビルドされると、Maven は指定された依存関係管理に基づいて必要なすべての依存関係 (JAR など) を見つけます。

対照的に、uber jar はすべての依存関係を 1 つの大規模な JAR に統合します。これにより、アプリケーションの実行に必要な JAR は多数の小さな JAR ではなく、1 つの大きな JAR だけで済むため、実行が簡素化されます。

Uber Jar を作成する理由

Uber jar にはいくつかの利点があります。

• 実行の簡素化: すべてを 1 つの JAR にパッケージ化することで、実行がより簡単かつ高速になります。
• より簡単な配布: 手動配布または展開の場合、多くの場合、uber jar は複数の小さなアーティファクトよりも便利で管理しやすいです。

パッケージの再配置 (名前変更)

uber jar の作成に加えて、Maven Shadeプラグインは、「再配置」として知られる依存関係パッケージの名前を変更することもできます。この手法により、依存関係の競合を解決し、モジュール性を向上させることができます。

シナリオ例

次のような仮定の状況を考えてみましょう。

• Foo ライブラリが Bar に依存するライブラリ バージョン 1.0.
• Qux プロジェクトは Foo および Bar バージョン 2.0 に依存しています (1.0 では利用できない新機能が必要です)。

これにより依存関係の競合が発生します: Qux は Bar 1.0 を使用できません(Foo の依存関係) コードには Bar 2.0 の機能が必要なためです。

この問題を解決するには、Foo ライブラリ開発者は Shade Plugin を使用して Bar の使用場所を変更できます:

• Bar 1.0 のすべてのクラスの名前を新しいパッケージに変更します (例: com.bar ではなく com.foo.bar)。
• この「再配置された」バーコードを Foo uber jar 内に埋め込みます。

そうすることで、Foo は別のパッケージに Bar の独自のコピーを持つため、Qux は Foo の依存関係と競合することなく安全に Bar 2.0 を使用できます。

Maven Shade プラグインを使用する場合

次の場合には、Maven Shade Plugin の使用を検討してください。

• デプロイメントまたは実行を簡略化するために uber jar を作成する。
• パッケージを再配置することで依存関係の競合を解決する。
• 依存関係を一貫した構造に再パッケージ化することでモジュール性を強化します。

以上がMaven Shade Plugin を使用して Uber Jar を作成し、パッケージの再配置による依存関係の競合を克服するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。