アーティファクトを取得するためにリモートリポジトリに行くのではなく、Mavenにローカルリポジトリを使用させるにはどうすればよいですか?


97

Mac YosemiteのJava 8でMaven 3.3.3を使用しています。マルチモジュールプロジェクトがあります。

    <modules>
            <module>first-module</module>
            <module>my-module</module></modules>

「mvn clean install」を使用して、上から「my-module」などの子モジュールの1つをビルドすると、ビルドは〜/ .m2で定義したリモートリポジトリから子モジュールアーティファクトをダウンロードしようとします/settings.xmlファイル。出力は以下です

[INFO]                                                                         
[INFO] ------------------------------------------------------------------------
[INFO] Building my-module 87.0.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
Downloading: https://my.remoterepository.com/nexus/content/repositories/snapshots/org/mainco/subco/first-module/87.0.0-SNAPSHOT/maven-metadata.xml
Downloading: http://download.java.net/maven/2/org/mainco/subco/first-module/87.0.0-SNAPSHOT/maven-metadata.xml
Downloaded: https://my.remoterepository.com/nexus/content/repositories/snapshots/org/mainco/subco/first-module/87.0.0-SNAPSHOT/maven-metadata.xml (788 B at 0.9 KB/sec)
Downloading: https://my.remoterepository.com/nexus/content/repositories/snapshots/org/mainco/subco/first-module/87.0.0-SNAPSHOT/first-module-87.0.0-20151104.200545-4.pom

リモートリポジトリからダウンロードする前に、Mavenにローカルの〜/ .m2 / repositoryを最初に確認させるにはどうすればよいですか?以下は、〜/ .m2 / settings.xmlファイルでリモートリポジトリを定義している場所です…

<profile>
    <id>releases</id>
    <activation>
        <property>
            <name>!releases.off</name>
        </property>
    </activation>
    <repositories>
        <repository>
            <id>releases</id>
            <url>https://my.remoterepository.com/nexus/content/repositories/releases/</url>
            <releases>
                <enabled>true</enabled>
            </releases>
            <snapshots>
                <enabled>false</enabled>
            </snapshots>
        </repository>
    </repositories>
</profile>
<profile>
    <id>snapshots</id>
    <activation>
        <property>
            <name>!snapshots.off</name>
        </property>
    </activation>
    <repositories>
        <repository>
            <id>snapshots</id>
            <url>https://my.remoterepository.com/nexus/content/repositories/snapshots/</url>
            <releases>
                <enabled>false</enabled>
            </releases>
            <snapshots>
                <enabled>true</enabled>
            </snapshots>
        </repository>
    </repositories>
</profile>

編集:アーティファクトがないときにダウンロードが発生するという答えに応じて、以下はターミナル出力であり、ファイルがリポジトリに存在したことを証明していますが、Mavenはとにかくそれをダウンロードしようとしています...

Daves-MacBook-Pro-2:my-module davea$ ls -al ~/.m2/repository/org/mainco/subco/first-module/87.0.0-SNAPSHOT/first-module-87.0.0-SNAPSHOT.jar 
-rw-r--r--  1 davea  staff  10171 Nov  5 10:22 /Users/davea/.m2/repository/org/mainco/subco/first-module/87.0.0-SNAPSHOT/first-module-87.0.0-SNAPSHOT.jar
Daves-MacBook-Pro-2:my-module davea$ mvn clean install
[INFO] Scanning for projects...
[WARNING] 
[WARNING] Some problems were encountered while building the effective model for org.mainco.subco:my-module:jar:87.0.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.(groupId:artifactId)' must be unique but found duplicate declaration of plugin org.apache.maven.plugins:maven-antrun-plugin @ org.mainco.subco:my-module:[unknown-version], /Users/davea/Documents/sb_workspace/my-module/pom.xml, line 678, column 12
[WARNING] 
[WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
[WARNING] 
[WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
[WARNING] 
[INFO]                                                                         
[INFO] ------------------------------------------------------------------------
[INFO] Building my-module 87.0.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
Downloading: https://my.remoterepository.com/nexus/content/repositories/snapshots/org/mainco/subco/first-module/87.0.0-SNAPSHOT/maven-metadata.xml
Downloading: http://download.java.net/maven/2/org/mainco/subco/first-module/87.0.0-SNAPSHOT/maven-metadata.xml
Downloaded: https://my.remoterepository.com/nexus/content/repositories/snapshots/org/mainco/subco/first-module/87.0.0-SNAPSHOT/maven-metadata.xml (788 B at 0.8 KB/sec)
Downloading: https://my.remoterepository.com/nexus/content/repositories/snapshots/org/mainco/subco/first-module/87.0.0-SNAPSHOT/first-module-87.0.0-20151106.043202-8.pom
Downloaded: https://my.remoterepository.com/nexus/content/repositories/snapshots/org/mainco/subco/first-module/87.0.0-SNAPSHOT/first-   module-87.0.0-20151106.043202-8.pom (3 KB at 21.9 KB/sec)
Downloading: http://download.java.net/maven/2/org/mainco/subco/subco/87.0.0-SNAPSHOT/maven-metadata.xml
Downloading: https://my.remoterepository.com/nexus/content/repositories/snapshots/org/mainco/subco/subco/87.0.0-SNAPSHOT/maven-metadata.xml

2
Maven 、リモートリポジトリからアーティファクトをダウンロードする前に、ローカルリポジトリをチェックします。このビルドを試みる前に、ローカルにこれらのアーティファクトがあったことを確認しますか?ここでローカルリポジトリを検査して、とにかく別のビルドを再試行できます。また、ローカルリポジトリの場所を指定することもできますsettings.xmlこちらを参照)。
mystarrocks 2015年

私はsettings.xmlファイルでリポジトリを指定していませんが、Mavenがセットアップするデフォルトの〜/ .m2 / repositoryです。デフォルトの場合でも指定する必要がありますか?
Dave

私の場合、*。sha1や* .lastUpdateなど、ローカルリポジトリに他のファイルがあります。* .jarおよび* .pom以外のファイルを削除すると、mavenがリモートリポジトリからファイルを再ダウンロードできなくなります
Harun

回答:


45

依存関係にはスナップショットバージョンがあります。スナップショットの場合、Mavenはローカルリポジトリをチェックし、ローカルリポジトリで見つかったアーティファクトが古すぎる場合は、リモートリポジトリで更新されたものを見つけようとします。それはおそらくあなたが見ているものです。

この動作はupdatePolicyリポジトリ構成のディレクティブによって制御されることに注意してください(これはdailyスナップショットリポジトリのデフォルトです)。


16
コンソールのコマンド引数でこれを「上書き」することは可能ですか?Like:mvn clean install -FORCE_COMMAND
Naxos84

21
「古すぎる」とはどういう意味ですか?ローカルでもリモートでも、見つけることができる最新のスナップショットを選びます。確かにそれは恐ろしい行動でしょう。スナップショットを作成したばかりの場合は、CIビルドがすぐに作成したスナップショットではなく、実際に使用したいと思います。
トムクアレンドン2017

「古すぎる」とはどういう意味ですか?
DJOコングBANG

32

使用するmvn --helpと、オプションリストが表示されます。

のようなオプションがあります -nsu,--no-snapshot-updates Suppress SNAPSHOT updates

したがって、コマンドmvn install -nsuを使用すると、ローカルリポジトリで強制的にコンパイルできます。


10
-o「オフライン」のmaven動作にも使用できます
Sean

8
アーティファクトがローカルでビルドおよびインストールされたときのようにローカルビルドを使用する代わりに、アーティファクトがまだダウンロードされていない場合、-nsuオプションはアーティファクトのリモートダウンロードをmvnが試行して失敗するのを防ぎません。–
user1767316

私はアーティファクトがまだダウンロードされていないという同じ問題を抱えていましたが、これにより修正されました:maven.apache.org/general.html#importing-jars
Luigi Cristalli

15

真にするために強制するのMaven のみ、ローカルリポジトリを使用し、あなたが実行することができますmvn <goals> -o-oあなたが「オフライン」を作業できるように、それがネットワークをオフのままになるのMaven伝えます。


5
アーティファクトがローカルでビルドおよびインストールされたときのようにローカルビルドを使用する代わりに、アーティファクトがまだダウンロードされていない場合、-oオプションはアーティファクトのリモートダウンロードをmvnが試行および失敗することを防ぎません。
user1767316

2
それは本当です-ローカルコピーがない場合、あなたは運が悪いです。これは以前にビルドしたプロジェクトに役立ちますが、気にしない最近のスナップショットの変更が含まれている可能性があります。
Sean

または、プロジェクトをビルドしたことがない場合でも、オフラインでビルドする準備をすることができますmvn dependency:go-offline
Aldian

インストールしたばかりのローカルコピーがある場合(リモートスナップショットリポジトリに展開/利用できないため)
Vivek Chavda 2018

1
ああ、依存関係のコレクションでpomプロジェクトを作成したばかりですが、消費プロジェクトで<type> pom </ type>を指定しなかったため、jarを探していました(もちろん、それを見つけることもできませんでした)オフラインモード)
Vivek Chavda

4

私の場合、あなたと同じようにマルチモジュールプロジェクトがありました。以下のように、プロジェクトが依存している外部ライブラリの1つのグループIDを変更する必要がありました。

から:

<dependencyManagement>
    <dependency>
        <groupId>org.thirdparty</groupId>
        <artifactId>calculation-api</artifactId>
        <version>2.0</version>
        <type>jar</type>
        <scope>provided</scope>
    </dependency>
<dependencyManagement>

に:

<dependencyManagement>
   <dependency>
      <groupId>org.thirdparty.module</groupId>
        <artifactId>calculation-api</artifactId>
        <version>2.0</version>
        <type>jar</type>
        <scope>provided</scope>
    </dependency>
<dependencyManagement>

<groupId>セクションに注意してください。私は、pomファイルでこの依存関係を定義するサブモジュールの対応するセクションを変更するのを忘れていたことがわかりました。

モジュールがローカルで利用可能だったので、それは私をとても狂わせました。


4

以下の手順に従ってください:

    1. 保持したいjarを除いて、ローカルにあるjarフォルダーの内容をすべて削除してください。
      たとえば、.repositories、.pom、.sha1、.lastUpdatedなどのファイル。
    1. mvn clean install -oコマンドを実行する

これは、リポジトリに接続するのではなく、ローカルリポジトリのjarファイルを使用するのに役立ちます。


1
削除のみ*.repositories*.sha1ファイルは私のために働いた
DLight

2

私が取得したエラーによると、アーティファクトはまだ開発中でアップロードされていないため、-oオプションは機能しませんでした。また、Maven(3.5.x)は初めてなので、リモートリポジトリからアーティファクトをダウンロードしようとします。

しかし、これは私のためにそれを修正しました:https//maven.apache.org/general.html#importing-jars

この手動インストールの後、オフラインオプションを使用する必要もありません。

更新

依存関係を再構築しただけで、再インポートするmvn clean install必要がありました。通常のバージョンでは不十分でした。


-1

Mavenは常に最初にローカルリポジトリをチェックしますが、Mavenが依存関係を見つけるには、依存関係をリポジトリにインストールする必要があります。

mvn installまず依存モジュールで実行し、次に依存モジュールをビルドします。


1
アーティファクトがリポジトリにあることを示すために質問を編集しました(実行する "ls -al"コマンドに注意してください。それでもMavenがそれをダウンロードしようとしています。他のアイデアはありますか?
Dave

5
@Oliver:ローカルリポジトリ内のアーティファクトについて、アーティファクトが古すぎるスナップショットである場合、Mavenはリモートリポジトリを参照する可能性があるという事実を見逃しています。
Andreas Veithen 2015年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.