Maven：アーティファクト記述子の読み取りに失敗しました

私が苦労している問題を誰かが手伝ってくれることを願っています。

ターミナルからプロジェクトをビルドしようとすると、次のエラーが発生します。

Failed to read artifact descriptor for com.morrislgn.merchandising.common:test-data-utils:jar:0.3b-SNAPSHOT: Could not find artifact com.morrislgn.merchandising:merchandising:pom:0.3b-SNAPSHOT

common.test-data-utilsjarファイルが別のプロジェクトによって作成され、これと別のプロジェクト間で共有されている（他のプロジェクトは、いずれかのビルドされませんが、それは別の問題にダウンしています）。

私はcom.morrislgn.merchandising.common:test-data-utils問題なくビルドでき.m2、自分のマシンのローカルリポジトリに作成されたエントリを確認できます。Eclipseでもリポジトリのインデックスを再作成しました。

私のプロジェクトのPOMには次のエントリがあります。

<dependency>
    <groupId>com.morrislgn.merchandising.common</groupId>
    <artifactId>test-data-utils</artifactId>
    <version>0.3b-SNAPSHOT</version>
</dependency>

これは私には正しいようです-POMは、Eclipseで表示したときにもエラーを報告しません。

誰かが私がここで欠けていることや間違っていることを教えてもらえますか？

あなたはいつでも試すことができます mvn -U clean install

-U リモートリポジトリの更新されたリリースとスナップショットを強制的にチェックします。

この問題は、親pomを参照する子プロジェクトがいくつかあり、親pomディレクトリ（mvn install親ディレクトリから実行）からインストールしていない場合に発生する可能性があります。子プロジェクトの1つが兄弟プロジェクトに依存している可能性があり、兄弟プロジェクトを読み込もうとすると、親pomディレクトリから少なくとも1回インストールしていなければ、質問に記載されているエラーが発生して失敗します。

プロジェクトを新しいコンピューターに移動するときにこの問題に遭遇しました。私は子プロジェクトからコマンドを実行する習慣があり、親に対してインストールを実行しませんでした。

IntelliJ IDEAと同じ問題があり、以下が機能しました。

• に行く File
• 選択する Settings
• 選択する Build, Execution, Deployments
• Build Toolsドロップダウンから選択
• Mavenドロップダウンから選択
• Always update snapshotsチェックボックスにチェックを入れます

Eclipseを使用している場合は、プロジェクト -> Maven- > Update Projectを右クリックします。[Mavenプロジェクトの更新]ダイアログボックスが開きます。

そのダイアログボックスで、[ スナップショット/リリースの強制更新 ]チェックボックスをオンにして、[ OK ]をクリックします。（下の画像を参照してください）

これは私のために働いた！

Eclipseを使用している場合は 、プロジェクト->プロパティ-> Maven を右クリックし、「ワークスペースプロジェクトからの依存関係を解決する」がクリックされていないことを確認します。

お役に立てれば。

私は会話にかなり遅れていることを知っていますが、私もこの問題を抱えていました。問題は私の会社のファイアウォールにあったと思います。私の解決策は、ネットワークから取り外し、オープンワイヤレスに接続して、Eclipse経由で更新を強制することでした。これはすべてを解決しました。

私はEclipseで同じ問題を抱えていましたが、Mavenビルドコマンドラインがうまく機能しましたが、これを試してください

• .m2 / repositoryに移動し、関連付けられているディレクトリをワイプします
• EclipseでMavenの依存関係の更新を実行する

エラーは解消されました... mvnコマンドラインがそれらのディレクトリで機能し、Eclipse .m2eclipseが機能しなかったのはなぜですか。私のプロジェクトは日食で再び働いています。

IntelliJを使用して同じ問題が発生しました。pom.xmlを右クリックして解決> Maven> Reimport

この問題は、.jarファイルと.pomファイル以外のすべてのエラーが表示されたリポジトリフォルダーを削除することで解決しました。

「アーティファクト記述子の読み取りに失敗しました」の問題は通常、Mavenリポジトリー内の依存関係のpomファイルに問題があることを示しています。pomファイルの名前がmavenが期待する名前と同じであるかどうかを再確認し、pomファイルの内容が有効かどうかを確認することをお勧めします。

私にとっては、「User Setting.xml」の設定に関連していた

Window > preferences > Maven > User Settings > and then browsing to the user Settings inside the { maven unarchived directory / }/apache-maven-2.2.1/conf/settings.xml . 

プロジェクトがあります

 A/
 |--a1
 |--a2

現在、私たちの組織には別のプロジェクトがあります

 B/
 |--b1
 |--b2
 |--b3

（すべてのモジュールa1、b1などと親プロジェクトA、Bには、親と子の標準のmavenルールに従って独自のpom.xmlがあります）

両方のプロジェクトは、私のローカル日食（SVNから）でチェックアウトされています。私はAに積極的に取り組んでいます。

Bで開発された優れた共通機能（b4）があることを知り、それを使用する必要がありました。

 B/
 |--b1
 |--b2
 |--b3
 |--b4 (NEW)

b4の開発者は、このb4モジュールをアーティファクトとして組織のリポジトリにデプロイしました。モジュールのPOM、つまりa2のpom.xmlへの依存関係を含めました。Eclipseはrepoからアーティファクトをダウンロードし、クラスをインポートすることができました。

ここで問題が始まります...何らかの目的でb4のソースコードをチェックする必要があり、すでにローカルのEclipseでBをチェックアウトしていたので、SVNから更新してモジュールb4をチェックアウトしました。また、クリーン、パッケージなどのターゲットを使用して、モジュールb4のpom.xmlを実行しました。コーディングを終えた後、モジュールa2のJARを作成する必要がありました。「パッケージ」をa2のpom.xmlとBAMで実行しました!! エラーa2モジュールのn個のエラー。唯一のことは、ログに確かにb4の名前があったことです。

解決策：多くの解決策を何時間も試行した後、Bのプロジェクトディレクトリ（つまり、.. / codebase / B）のコンソールから「mvn -U clean install」を実行しました。Bが親であるため、b4を含むすべてのモジュールに対してクリーンインストールコマンドが実行され、正常に実行されました。この後、親プロジェクトであるAに対して「mvn -U clean install」を実行しました。これでうまくいきました。a2モジュールがコンパイルされ、インストールされました（後でパッケージ化されました）。

ここで重要な点は、b4がワークスペースにある場合は、b4をインストールするだけではありません。完全なBをクリーンインストールする必要があります。Zuillからの回答を読んだ後、私はこのソリューションにたどり着きました

編集：ローカル環境でBプロジェクトをチェックアウトしていなかった場合、この問題は発生しなかった可能性があることに注意してください。これは、Bが自分のローカルワークスペースでチェックアウトしたために発生したと考えがちです。

2つの異なるgroupIdsとについて言及com.morrislgn.merchandising.commonしているcom.johnlewis.jec.webpim.common。多分これが問題です。

参照 Mavenエラー「Failure to transfer ...」

find ~/.m2  -name "*.lastUpdated" -exec grep -q "Could not transfer" {} \; -print -exec rm {} \;

日食による更新はありませんでした。mvn clean install -U（すべてを解決）を使用する必要がありました。

私にとっては、依存関係のPOMに問題があるようです。

私はjitpack仮想リポジトリを使用してそれを回避しました。これにより、独自のPOM（私の場合は間違っているようです）ではなく、URLに基​​づいてgithubリポジトリを含めることができます。

    <repository>
        <id>jitpack.io</id>
        <url>https://jitpack.io</url>
    </repository>

私はしばらくの間同じ問題を抱えていましたmvn -U clean installが、問題が解決されませんでした！

.m2フォルダ全体を削除してIDEを再起動することで問題を解決し、問題は解消しました！

したがって、ローカルのmavenリポジトリーに互換性がないか問題があるために、問題が発生することがあります。

私たちのケースでは、マルチモジュールMaven構成のプロジェクトの一部が他のものを参照しているときに、誤ったgroupIdの名前変更が原因でエラーが発生しました。

billing-parent2つのモジュール（billing-api、billing）を含むアグリゲータープロジェクト（）がありました。

com.company.team:billing-parent
|-com.company.team:billing-api
|-com.company.team:billing

プロジェクトbillingはに依存していbilling-apiます。したがって、その中pom.xmlには：

<dependency>
    <groupId>com.company.team</groupId>
    <artifactId>billing-api</artifactId>
    <version>${project.version}</version>
</dependency>

groupIdの名前をからに変更することにしましcom.company.teamたcom.company.team.billing。私たちは、親の中に古い値を置き換えるpom.xmlとで<parent>両方のモジュールのセクション。しかし、上記の依存関係を更新するのを忘れていました。したがって、billingプロジェクトが古いbilling-apiアーティファクトを参照する構成がありました。最終的には、billingしばらくしてから次のようなエラーでモジュールのビルドに失敗します

[ERROR] Failed to execute goal on project billing: Could not resolve dependencies for project com.company.team.billing:billing:jar:3.5.1-SNAPSHOT: Failed to collect dependencies at com.company.team:billing-api:jar:3.5.1-SNAPSHOT: Failed to read artifact descriptor for com.company.team:billing-api:jar:3.5.1-SNAPSHOT: Failure to find <parent of the com.company.team:billing-parent project which is not available any more>

billing-apiモジュールがエラーなしでビルドされるという事実にもかかわらず。

解決方法1：名前の変更groupId中dependencyにも。

解決策2：交換するgroupIdことにより、${project.groupId}このようなプロパティ：

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>billing-api</artifactId>
    <version>${project.version}</version>
</dependency>

結論。 したがって、マルチモジュール構成でエラーが発生した場合の私のアドバイス：徹底的に確認してくださいgroupIdし、artifactId隣のモジュールの依存関係の。

プロジェクトフォルダー内のシェルを介して移動し、次のコマンドを実行します。

mvn -U clean install

通常、これで問題は解決します。

次のようなメッセージが表示された場合：

プロジェクトの依存関係を解決できませんでした：war：0.0.1-SNAPSHOT：com.sun.jersey：jersey-server：jar：1.9で依存関係を収集できませんでした

次に実行します：

export MAVEN_OPTS=-Dhttps.protocols=TLSv1,TLSv1.1,TLSv1.2

に続く：

mvn -U clean install

再び依存関係を更新します。

その後、クリーンなmavenビルドを実行します。

maven clean install

同様の問題がありました。私の場合、.m2 / repositoriesフォルダー内のtestngのバージョンは壊れていましたが、それを削除して再度Mavenの更新を行ったところ、すべて正常に動作しました。

私は日食でこの問題を抱えていましたが、機能mvn -U clean installしませんでしたが、プロジェクトを右クリックして、Maven-> Update Projectを選択すると修正されました。

初めてMavenを使用してSTS Eclipseを使い始めました。私がセットアップしたプロジェクトには、すでに独自のsettings.xmlがありました。この場合は、実行構成のsettings.xmlファイルを更新する必要があります。

1. pom.xmlを右クリックし、「実行」->「構成を実行...」

2. 「ユーザー設定」と表示されている場所で、[ファイル]ボタンをクリックして、settings.xmlを追加します。

3. これはあなたのプロジェクトに固有のものだと思いますが、私の「目標」は「クリーンインストール」に設定されており、「スキップテスト」をチェックしました。

このエラーは基本的に、Mavenがローカルリポジトリから特定の依存関係を読み取れなかったことを示しています。jarファイルが正しくダウンロードされなかったために発生した可能性があります。したがって、mavenローカルリポジトリに移動し、.lastUpdated拡張ファイルがないことを確認します。

これは私を助けました：

IDE（私の場合はRed Hat CodeReady Studio）から。

Windows->ビューの表示->ターミナル->ローカルターミナルを開く/追加

次のようにコマンドを実行します>

$ cd /pom-file-path/

$ mvn -U clean install

私はmavenのsetting.xmlとリポジトリを変更することでこの問題を解決しました