Jak zmusić Maven do korzystania z mojego lokalnego repozytorium, a nie do zdalnego odzyskiwania artefaktów?
Używam Maven 3.3.3 z Java 8 na Macu Yosemite. Mam projekt wielomodułowy.
<modules>
<module>first-module</module>
<module>my-module</module>
…
</modules>
Kiedy buduję jeden z moich modułów potomnych, na przykład "my-module" z góry, używając "mvn clean install", kompilator próbuje pobrać artefakty modułów potomnych ze zdalnego repozytorium, które zdefiniowałem w moim ~/.m2 / ustawienia.plik xml. Wyjście jest poniżej
[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
Jak zmusić Mavena do sprawdzenia mojego lokalnego~/.m2 / repozytorium najpierw przed próbą pobrania ze zdalnych repozytoriów? Poniżej znajduje się moje zdalne repozytoria zdefiniowane w moim~/.m2 / ustawienia.plik 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: W odpowiedzi na odpowiedź, że pobieranie odbywa się pomiędzy artefaktem nie było, poniżej jest wyjście terminala, w którym udowadniam, że plik był w moim repo, ale Maven próbuje go pobrać i tak ...
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
5 answers
Zależność ma wersję migawkową. W przypadku migawek Maven sprawdzi lokalne repozytorium i jeśli artefakt znaleziony w lokalnym repozytorium jest zbyt stary, spróbuje znaleźć zaktualizowany w zdalnych repozytoriach. To jest prawdopodobnie to, co widzisz.
Zauważ, że to zachowanie jest kontrolowane przez updatePolicy
dyrektywa w konfiguracji repozytorium (która jest daily
domyślnie dla repozytoriów migawek).
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-11-08 23:43:43
Użyj mvn --help
, a zobaczysz listę opcji.
Istnieje taka opcja jak -nsu,--no-snapshot-updates Suppress SNAPSHOT updates
Więc użycie polecenia {[2] } może wymusić kompilację z lokalnym repozytorium.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-07-03 02:49:51
Aby naprawdę zmusić Mavena do Tylko Użyj lokalnego repo, możesz uruchomić z mvn <goals> -o
. -o
mówi mavenowi, aby pozwolił ci pracować "offline" i pozostanie poza siecią.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-11-22 17:50:44
W moim przypadku miałem projekt wielomodułowy, tak jak ty. Musiałem zmienić identyfikator grupy jednej z zewnętrznych bibliotek, od których zależał mój projekt, jak pokazano poniżej.
From:
<dependencyManagement>
<dependency>
<groupId>org.thirdparty</groupId>
<artifactId>calculation-api</artifactId>
<version>2.0</version>
<type>jar</type>
<scope>provided</scope>
</dependency>
<dependencyManagement>
Do:
<dependencyManagement>
<dependency>
<groupId>org.thirdparty.module</groupId>
<artifactId>calculation-api</artifactId>
<version>2.0</version>
<type>jar</type>
<scope>provided</scope>
</dependency>
<dependencyManagement>
Zwróć uwagę na sekcję . Okazało się, że zapomniałem zmodyfikować odpowiednią sekcję podmodułów, które definiują tę zależność w swoich plikach pom.
Doprowadzało mnie to do szału, ponieważ moduł był dostępny lokalnie.Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-02-13 10:07:17
Maven zawsze najpierw sprawdza lokalne repozytorium, jednak twoja zależność musi być zainstalowana w repo, aby Maven mógł je znaleźć.
Uruchom mvn install
najpierw w module zależności, a następnie zbuduj swój moduł zależny.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-11-05 15:56:24