Как заставить Maven использовать мой локальный репозиторий, а не выходить на удаленные репозитории для извлечения артефактов?

Im, используя Maven 3.3.3 с Java 8 на Mac Yosemite. У меня многомодульный проект.

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

Когда я строю свой один из моих дочерних модулей, например, "my-module" сверху, используя "mvn clean install", сборка пытается загрузить дочерние модули файлы из удаленного репозитория, который я определил в своем ~/.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>

Edit: В ответ на ответ, говорящий, что загрузка происходит между артефактом, не была там, ниже - вывод терминала, в котором я доказываю, что файл был в моем репо, но 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

Ответ 1

Зависимость имеет версию моментального снимка. Для моментальных снимков Maven проверит локальный репозиторий, и если артефакт, найденный в локальном репозитории, слишком старый, он попытается найти обновленный в удаленных репозиториях. Вероятно, это то, что вы видите.

Обратите внимание, что это поведение контролируется updatePolicy директивы в конфигурации хранилища (который daily по умолчанию для создания моментальных снимков хранилищ).

Ответ 2

Используйте mvn --help и вы можете увидеть список опций.

Существует опция, например -nsu,--no-snapshot-updates Suppress SNAPSHOT updates

Поэтому использовать команду mvn install -nsu можно принудительно скомпилировать с локальным репозиторием.

Ответ 3

В моем случае у меня был проект с несколькими модулями, как и вы. Мне пришлось изменить идентификатор группы из одной из внешних библиотек, в которой мой проект зависел, как показано ниже.

Из:

<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

Чтобы по-настоящему заставить maven использовать только локальное репо, вы можете запускать с помощью mvn <goals> -o. -o сообщает maven, чтобы вы могли работать "в автономном режиме", и он будет оставаться в сети.

Ответ 5

Maven всегда проверяет ваш локальный репозиторий, однако, ваша зависимость должна быть установлена в вашем репо для maven, чтобы найти его.

mvn install запустите mvn install в модуле зависимостей, а затем создайте свой зависимый модуль.