web-dev-qa-db-ja.com

リモートリポジトリにアクセスしてアーティファクトを取得するのではなく、Mavenにローカルリポジトリを強制的に使用させるにはどうすればよいですか。

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

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

たとえば、上の「my-module」のように、「mvn clean install」を使用して自分の子モジュールの1つをビルドすると、ビルドはmy〜/ .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 /リポジトリを最初にチェックさせるにはどうすればよいですか？以下は〜/ .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
mavenrepositorymaven-3artifacts
62
Dave

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

この動作は、リポジトリ設定の updatePolicy ディレクティブ（スナップショットリポジトリのデフォルトはdaily）によって制御されます。

31
Andreas Veithen

mvn --helpを使うと、オプションリストを見ることができます。

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

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

18
Zheng Zhongqi

強制的ローカルレポジトリをのみ使用するには、mvn <goals> -oを使用して実行できます。 -oは、あなたが "オフライン"で作業できるようにMavenに伝えます、そしてそれはネットワークの外に留まります。

5
Sean

私の場合、私はあなたと同じようにマルチモジュールプロジェクトを持っていました。私のプロジェクトが依存している外部ライブラリの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ファイルでこの依存関係を定義しているサブモジュールの対応するセクションを修正するのを忘れていたことがわかりました。

モジュールがローカルで利用可能だったので、私はとても頭がおかしくなりました。

3
Willa

アーティファクトはまだ開発中でまだアップロードされておらず、maven（3.5.x）はまだリモートリポジトリからダウンロードしようとしているため、-oオプションは機能しませんでした。

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

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

UPDATE

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

2
Luigi Cristalli

以下の手順に従ってください。
1.保存したいjarファイルを除いて、ローカルにあるjarフォルダーの内容をすべて削除します。
例えば、.repositories、.pom、.sha1、.lastUpdatedなどのファイル.

2. mvn clean install -oコマンドを実行します。

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

0
Madhu