子は親よりもMavenで依存関係がどのように異なるのですか？

Question

私は現在、別のプログラムによってプラグインとして取り込まれたプログラムに取り組んでいます。親プログラム（プラグインをとるプログラム）には独自の依存関係がありますが、私の場合、問題の一つはGuavaです。親はバージョン21.0を持っていますが、私が作成しているプラ​​グインはバージョン20.0を必要とする依存関係を持っていますが、新しいバージョンとは連携していないようで、プラグインのバージョンに関係なく、 dr：親プログラムがより高いバージョンを使用している場合、より低いバージョン（私の場合は20.0）の従属関係を使用する方法はありますか？ （プラグインは反映されている可能性がありますので、常に親の依存関係を使用するでしょうか？プラグインは依存関係を組み込んで構築されています）

Answer 1

Mavenはビルドツールであり、実行時（つまり、アプリケーションがすでに実行中のとき）に実行されます。だから、これは問題ではないので、解決策を探す場所ではありません。

ホスティングアプリケーションを制御するのではなく、プラグインのみであれば、プラグインとアプリケーションに共通する依存バージョンと同じバージョンを使用するのではなく、選択肢がありません。

ホスティングアプリケーションとプラグインの両方を所有（制御）している場合は、プラグインを正しく処理する必要があります。言うことは簡単ですが、やりにくいです...
すでに解決している既存のフレームワークを探してください。
いくつかの例は以下のとおりです。OSGi、JPF、PF4J、そしてより多くのがあります...
また、以下のSOFの質問に見てみましょう：これは、古典的な問題であるnutshell-

でBest way to build a Plugin system with Java

アプリケーションでのプラグインのサポート
私の意見では、ホスティングアプリからプラグインを分離するのが最善の解決策です。これは、異なるクラスローダを使用して、もちろん、反映することで実現できます。

アプリケーションは実行されており、そのクラスは「通常」の方法で読み込まれます。ここでは何も表示されません。しかし、実行時にアプリケーションの依存関係からプラグインのコードを分離するには、別のクラスローダー（たとえばURLClassLoader）を使用してプラグインクラスと依存関係をロードする必要があります。このクラスローダーがアプリケーションのクラスローダーを親として持たないことは非常に重要です。そうしないと、（今までのように）バージョン管理上の問題が発生します。

EDIT：
上であなただけのコントロールを持っているときに、このような状況を処理するための別のオプションあなたのあなたは、例えば、独自のクラスローダを書き、（プラグインのエントリポイントでそれを使用することができます
plugin-エントリポイントを除くすべてのプラグインクラスがこのクラスローダを使用してロードされます）。これを行うには、まずプラグインjarからクラスをロードして親ローダーに委譲しようとする方法でクラスローダーを記述する必要があります。これは実現可能です（実際にはそれほど難しくありません）が、クラスローダー契約（親に最初に委任し、見つからない場合には自分でロードする）に反対します。
私はまだ、アプリケーションが新しいバージョンを持っている場合は、特に同じ依存関係を使用することを確認する方がはるかに優れていると思います。