問題タブ [dependency-resolution]

Maven 依存関係のあるパッケージをインストールしていますが、それを消去しようとすると DependencyResolutionException が発生します。クローンを作成した後、ディレクトリに移動し、次を実行してエラーなしでインストールします。

それで：

次のコンソール出力を使用します。

必要に応じて、デバッグ ログ スイッチの出力を投稿できますが、かなり長いです。pom.xml を投稿することもできますが、必要に応じてリポジトリを参照しています。

同様の投稿を検索しましたが、同じ一連のエラーまたは類似の投稿が含まれているようには見えません。誰かがこれらのエラーを解読するのを手伝ってくれますか?

ありがとう！

CentOS で Maven 3.2.2 を使用するプロジェクト内に次のものがあります。

例に示した順序では、 mydm-bomは正しく検出されますが、vaadin-bom. 最初のものを定義するとvaadin-bom、問題は逆になります。

プロジェクトが複数のインポートされたdependencyManagementpom を定義する場合、Maven はリポジトリ定義に問題がありますか?

Visual Studio 2019 は、未発表の 4.700.19.56404 バージョンを提供しMicrosoft.Bcl.AsyncInterfacesます。

C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Current\Bin\Microsoft.Bcl.AsyncInterfaces

Autofac は、このパッケージの 1.1.0 以降を受け入れます。ただし、Microsoft.Bcl.AsyncInterfaces Nuget パッケージを最新バージョン (5.0.0) に更新しようとすると、パッケージが 4.700.19.56404 バージョンに解決されるという問題が発生し始めます。

もちろん、実行しようとすると、Microsoft.Bcl.AsyncInterfacesロードできないためランタイムエラーが発生します。

最も明白な質問は、msbuild を介してこれを回避する方法があるかどうかです。たとえば、ビルド時に依存関係を 4.700.19.56404 ではなく 5.0.0 に解決するターゲットなどです。

それ以外の場合は、Autofac の依存関係を 1.1.0 から 5.0.0 に更新することで解決できると思います。Microsoft.Bcl.AsyncInterfacesこれが実現可能かどうかは不明です。

そしてリストは続きます....

このような各サービスのコードを記述するのではなく、この依存関係を解決するためのより良い方法はありますか? たとえば、アセンブリから読み取ったり、リフレクションを使用してこれらの依存関係を解決したりする他の方法はありますか。このように、300 個のインターフェイスがある場合、依存関係を解決するために 300 行を書かなければなりません。

現在、私のプロジェクトは次のようにスプリング ブート スターター テストを使用しています。

ただし、テスト スコープにもかかわらず、コンパイル スコープの推移的な依存関係として spring-core (このバージョンでは脆弱な tpl) を取り込み、コンパイル済みバイナリ内に表示されます。

テスト スコープで明示的に spring-core をプルすることで、これを修正できることを認識しています。

ただし、これは必要ありません。依存関係をコンパイル スコープにプルするテストでのみ使用可能な依存関係があるのはなぜですか?