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

102

Я использую 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 / репозиторий перед попыткой загрузки из удаленных репозиториев? Ниже приведены мои удаленные репозитории, определенные в моем файле ~ / .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
maven  repository  maven-3  artifacts 
— Дэйв
источник
2
Maven делает проверить локальное хранилище , прежде чем пытаться загрузить артефакт из удаленного хранилища. Вы уверены, что у вашего местного жителя были эти артефакты до того, как вы попытались создать эту сборку? Вы можете проверить свой локальный репозиторий и все равно попробовать другую сборку еще раз. Также вы можете указать, где находится ваш локальный репозиторий settings.xml(см. Здесь ).
— mystarrocks
Хотя я не указал свой репозиторий в файле settings.xml, Maven установил для меня значение по умолчанию - ~ / .m2 / repository. Должен ли я указывать его, даже если он установлен по умолчанию?
— Дэйв
Для меня в моих локальных репозиториях есть и другие файлы, например * .sha1 или * .lastUpdate. удаление других файлов, кроме * .jar и * .pom, предотвратит повторную загрузку файла maven из удаленного репозитория
— Харун,

Ответы:

47

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

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

— Андреас Вайтен
источник
16
Можно ли "перезаписать" это аргументом консольной команды? Как: mvn clean install -FORCE_COMMAND
— Naxos84
21
"Слишком старый" что означает? Он выбирает самый последний снимок, который может найти, будь то локальный или удаленный? Это определенно было бы ужасным поведением. Если я только что создал снимок, я действительно хочу использовать именно его, а не тот, который был создан при сборке CI мгновением позже.
— Том Кварендон
Пожалуйста, объясните подробнее, что означает "Слишком старый"?
— Đỗ Công
34

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

Есть вариант вроде -nsu,--no-snapshot-updates Suppress SNAPSHOT updates

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

— Чжэн Чжунци
источник
10
Вы также можете использовать -oдля «автономного» поведения maven
— Шон,
8
Параметр -nsu не мешает mvn попытаться и не удастся загрузить артефакт удаленно, если он еще не был загружен, вместо использования локальной сборки, например, когда артефакт был собран и установлен локально. -
— user1767316
У меня была такая же проблема с еще не загруженным артефактом, и это исправило ее для меня: maven.apache.org/general.html#importing-jars
— Луиджи Кристалли
16

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

— Шон
источник
5
Параметр -o не мешает mvn попытаться и не удастся загрузить артефакт удаленно, если он еще не был загружен, вместо использования локальной сборки, например, когда артефакт был собран и установлен локально.
— user1767316
2
это правда - если у вас нет локальной копии, вам не повезло. Это полезно для проектов, которые вы создавали ранее, но, возможно, в них есть недавние изменения SNAPSHOT, которые вам не нужны.
— Шон
Или даже если вы никогда не создавали проект, вы могли бы подготовиться к его mvn dependency:go-offline
— созданию в
Что делать, если у вас есть локальная копия, которую вы только что установили (поэтому она никогда не развертывается / не доступна в репозитории удаленных снимков)?
— Вивек Чавда
1
Ах, я только что создал проект pom с коллекцией зависимостей, но не указал <type> pom </type> в проекте-потребителе, поэтому он искал банку (и, конечно, не мог ее найти, даже в автономном режиме)
— Вивек Чавда
5

Выполните следующие шаги:

    1. Убедитесь, что вы удалили все содержимое папки jar, расположенной на вашем локальном компьютере, за исключением jar, который вы хотите сохранить.
      Например, файлы типа .repositories, .pom, .sha1, .lastUpdated и т. Д.
    1. Выполнить mvn clean install -oкоманду

Это поможет использовать jar-файлы локального репозитория вместо подключения к какому-либо репозиторию.

— Мадху
источник
1
У меня *.repositories*.sha1
— сработало
4

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

Из:

<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.

Это сводило меня с ума, потому что модуль был доступен локально.

— Вилла
источник
2

Параметр -o не сработал для меня, потому что артефакт все еще находится в разработке и еще не загружен, а maven (3.5.x) все еще пытается загрузить его из удаленного репозитория, потому что это первый раз, согласно полученной мной ошибке.

Однако это исправило это для меня: https://maven.apache.org/general.html#importing-jars

После этой ручной установки нет необходимости использовать автономный режим.

ОБНОВИТЬ

Я только что перестроил зависимость, и мне пришлось ее повторно импортировать: обычного mvn clean installмне было недостаточно

— Луиджи Кристалли
источник
2

Даже при рассмотрении всех вышеперечисленных ответов вы все равно можете столкнуться с проблемами, которые завершат автономную сборку maven с ошибкой. В частности, вы можете увидеть следующее предупреждение:

[WARNING] The POM for org.apache.maven.plugins:maven-resources-plugin:jar:2.6 is missing, no dependency information available

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

Для нас самый безопасный способ автономной сборки с автономным кешем maven, созданным в соответствии с приведенными выше советами, - это использовать следующие параметры maven offline:

mvn -o -llr -Dmaven.repo.local=<path_to_your_offline_cache> ...

В частности, опция -llr вас от необходимости настраивать локальный кеш, как предложено в ответе №4.

Также позаботьтесь о том, чтобы параметр localRepository в settings.xml был установлен следующим образом:

<localRepository>${user.home}/.m2/repository</localRepository>
— ThoR
источник
0

У меня была точно такая же проблема. Бег mvn clean installвместо того, чтобы mvn clean compileрешить эту проблему. Разница возникает только при использовании multi-maven-project, поскольку зависимости проекта выгружаются в локальный репозиторий с помощью install.

— GJohannes
источник
-1

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

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

— Оливер
источник
1
Я отредактировал свой вопрос, чтобы показать, что артефакт находится в репозитории (обратите внимание на команду «ls -al», которую я запускаю. Тем не менее, Maven все равно пытается ее загрузить. Есть другие идеи?
— Дэйв,
6
@Oliver: вам не хватает того факта, что для артефактов в локальном репозитории Maven может по-прежнему обращаться к удаленным репозиториям, если артефакт является слишком старым снимком.
— Андреас Вайтен,
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.