Mavenがローカルアーティファクトを見つけられない

mavenは、ローカルにビルドおよびパッケージ化されている特定の依存関係が、依存関係を持つ別のプロジェクトをビルドしているときに、ローカルリポジトリで見つからないと不平を言うことがあります。次のようなエラーが発生します。

プロジェクトXで目標を実行できませんでした：プロジェクトXの依存関係を解決できませんでした：[アーカイブリポジトリ]でYが見つからなかったため、ローカルリポジトリにキャッシュされました。内部の更新間隔が経過するか、更新が強制されるまで、解決は再試行されません- >

Xはビルドされるプロジェクトで、Yはおそらく欠落しているアーティファクトです。ローカルリポジトリを見ると、アーティファクトがそこにあります。このアーティファクトはアーカイブリポジトリにインストールされることはないため、問題は純粋にローカルリポジトリに基づいています。

settings.xmlでさまざまなプロファイルを試しましたが、もちろん「mvn -U」です。このアーティファクトがローカルリポジトリより先に進むことは決してないので、どちらもうまくいきません。

動作しているように見える唯一の2つのことは、Mavenがスマートになるまで非常に長い時間待つか、ローカルリポジトリを完全に削除することです。おそらく、待機オプションは前述の更新間隔に関連しています。

Maven 3.0.2および3.0.3でこの問題が発生しました。私たちはArchiva 1.0.3を使用しています（ただし、これは要因にはなりません）。どんな助けでも大歓迎です。

ローカルのMavenリポジトリは、アーティファクトディレクトリ内の「_maven.repositories」という名前のファイルを使用して、アーティファクトが最初に発生した場所を追跡します。それを削除した後、ビルドは機能しました。この回答で問題が解決しました。

ここでのオプションは私にとってはうまくいかなかったので、私はそれをどのように解決したかを共有しています：

私のプロジェクトには、多くの子モジュールを持つ親プロジェクト（独自のpom.xmlを持つ）があり、そのうちの1つ（A）は別の子（B）に依存しています。mvn packageAで試したところ、Bを解決できなかったため、うまくいきませんでした。

mvn install 親ディレクトリで実行すると、ジョブが実行されました。その後、私mvn packageはAの内部で行うことができ、それから初めてBを見つけることができました。

オフラインモードでも、依存関係に_remote.repositoriesマーカーがある場合、mavenはリモートリポジトリをチェックします。オフラインモードで操作する必要がある場合は、これらのファイルを削除する必要があります。

以下の簡単なシェルコマンドは、これらのマーカーファイルを削除します。これは、マシンでオフラインモードのみを使用する場合に安全です。Webからファイルをプルダウンする必要があるマシンでは、これを行いません。

私はこの戦略を、Webから切断されたビルドサーバーで使用しました。リポジトリをリポジトリに転送し、マーカーファイルを削除して、オフラインモードで実行する必要があります。

Linux / Unixでは、次の方法でリモートリポジトリマーカーファイルを削除できます。

cd ~/.m2
find . -name "_remote.repositories" -type f -delete

これが発生したのは、テンプレートから盲目的にsettings.xmlをコピーしたのに、空白の<localRepository/>要素が残っていたからです。これは、依存関係を解決するときにローカルリポジトリが使用されないことを意味します（ただし、インストールされたアーティファクトはデフォルトの場所に配置されます）。それを置き換えると、<localRepository>${user.home}\.m2\repository</localRepository>それが機能し始めました。

* nixの場合は、そうなる<localRepository>${user.home}/.m2/repository</localRepository>と思います。

Mavenは何かが見つからなかったときを覚えています。重要なのは、「内部の更新間隔が経過するか、更新が強制されるまで、解決は再試行されないことです->」

簡単な解決策は、問題のアーティファクトのローカルの「リポジトリ」サブディレクトリを削除することです。:)

mvn -U リモートリポジトリからの更新を強制します。ここでも、リモートに上記のアーティファクトを入力したと想定しています。

すべてをキャッチ。ここで説明されている解決策が機能しない場合（私の場合）、 '。m2'フォルダー/ディレクトリからすべてのコンテンツを削除してくださいmvn clean install。

<repositories/>pom.xmlで定義した場合、ローカルリポジトリは無視されます。

私もこの問題に直面し、2つの方法で解決しました。

1）IDEでプロジェクトを選択し、すべてのプロジェクトをクリーンアップしてから、プロジェクトを右クリックしてすべてのmaven依存関係をインストールします。> mavenに移動し、プロジェクトの依存関係を更新して、すべてのプロジェクトを一度に選択して同じものをインストールします。これが完了したら、特定のプロジェクトを実行します

2）それ以外の場合は、エラーが発生している依存関係をpom.xmlで確認し、最初にそれらの依存プロジェクトを「mvn clean install」し、問題が発生している現在のプロジェクトのインストールmaven依存関係を確認します。これにより、ローカルプロジェクトの依存関係が構築され、jarが作成されます。

新しいプロジェクトがoracle jdbc jar（ローカルリポジトリにインストール済みで、他のプロジェクトでも問題なく動作する）に依存している場合、同様の問題が発生します。私は-Uオプションを試し、.lastupdateファイルまたはディレクトリ全体を削除して、もう一度ダウンロードしましたが、うまくいきませんでした。最後に、ディレクトリを削除してローカルに再度インストールしました。

Mavenで発生したエラーの1つは、settings.xmlファイルを間違ったディレクトリに置いた場合です。ユーザーのホームディレクトリの下の.m2フォルダーにある必要があります。これが正しい場所にあることを確認してください（それを使用している場合は、settings-security.xmlも一緒に）。

DependencyResolutionExceptionシェルスクリプトを使用してローカルのアーティファクトをインストールしたとき、私はUbuntu Linux を使用していました。解決策は、ローカルのアーティファクトを削除し、それらを「手動で」再インストールすることmvn install:install-fileでした- ターミナル経由での呼び出し。

これhttpはhttps、これの代わりに私が持っていたために起こりました：

<repository>
    <id>jcenter</id>
    <name>jcenter-bintray</name>
    <url>https://jcenter.bintray.com</url>
</repository>

アーティファクトYのパッケージングが「jar」に設定されているかどうかを確認します。エラーまたはコピー貼り付けによって「戦争」として定義した場合、この奇妙な「ローカルリポジトリにキャッシュされました。内部の更新間隔が経過するか、更新が強制されるまで、解決は再試行されません」と表示されます。「アーティファクトYは戦争で、jarタイプが期待される」のようなものを期待します。

私は別の原因から同じエラーが発生しました。「グッドプラクティス」の依存関係を含むスターターPOMを作成し、ローカルでビルドしてインストールしてテストしました。私はそれをリポジトリで「見る」ことができましたが、それを使用するプロジェクトは上記のエラーを受け取りました。私がやったことは、スターターPOMをpomに設定したため、JARがありませんでした。Mavenは、Nexusにはないことはまったく正しいものでしたが、そうなるとは期待していなかったため、エラーは、うーん、役に立たなかった。スターターPOMを通常のパッケージに変更して再インストールすると、問題が修正されました。