Jak zmusić Mavena do używania mojego lokalnego repozytorium zamiast wychodzenia do zdalnego repozytorium w celu pobrania artefaktów?

Używam Maven 3.3.3 z Javą 8 na Mac Yosemite. Mam projekt wielomodułowy.

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

Kiedy buduję jeden z moich modułów podrzędnych, na przykład „mój-moduł” z góry, używając „czystej instalacji mvn”, kompilacja próbuje pobrać artefakty modułu podrzędnego ze zdalnego repozytorium, które zdefiniowałem w moim ~ / .m2 Plik /settings.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 przed próbą pobrania ze zdalnych repozytoriów? Poniżej znajduje się miejsce, w którym mam zdefiniowane zdalne repozytoria w pliku ~ / .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>

Edycja: W odpowiedzi na odpowiedź mówiącą, że pobieranie następuje, gdy nie ma artefaktu, poniżej znajduje się wyjście terminala, w którym udowadniam, że plik był w moim repozytorium, ale Maven i tak próbuje go pobrać ...

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

Zależność ma wersję migawki. 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 prawdopodobnie to, co widzisz.

Zauważ, że to zachowanie jest kontrolowane przez updatePolicydyrektywę w konfiguracji repozytorium (która jest dailydomyślnie dla repozytoriów migawek).

Użyj, mvn --helpa zobaczysz listę opcji.

Jest taka opcja -nsu,--no-snapshot-updates Suppress SNAPSHOT updates

Więc użyj polecenia mvn install -nsumoże wymusić kompilację z lokalnym repozytorium.

Aby naprawdę zmusić mavena do korzystania tylko z lokalnego repozytorium, możesz uruchomić mvn <goals> -o. -oMówi Maven pozwolić pracować „offline”, a pozostanie ono wyłączone z sieci.

Wykonaj poniższe kroki:

• 1. Upewnij się, że usunięto całą zawartość folderu jar znajdującego się w Twoim lokalnym, z wyjątkiem jar, który chcesz zachować.
     Na przykład pliki takie jak .repositories, .pom, .sha1, .lastUpdated itp.
• 2. Wykonaj mvn clean install -opolecenie

Pomoże to w korzystaniu z plików jar lokalnego repozytorium zamiast łączenia się z jakimkolwiek repozytorium.

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.

Z:

<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ę <groupId>. Okazało się, że zapomniałem zmodyfikować odpowiednią sekcję podmodułów, które definiują tę zależność w swoich plikach pom.

Doprowadziło mnie to do szału, ponieważ moduł był dostępny lokalnie.

Opcja -o nie zadziałała dla mnie, ponieważ artefakt jest nadal w fazie rozwoju i nie został jeszcze przesłany, a maven (3.5.x) nadal próbuje pobrać go ze zdalnego repozytorium, ponieważ jest to pierwszy raz, zgodnie z błędem, który otrzymuję.

Jednak to naprawiło to dla mnie: https://maven.apache.org/general.html#importing-jars

Po tej ręcznej instalacji nie ma również potrzeby korzystania z opcji offline.

AKTUALIZACJA

Właśnie odbudowałem zależność i musiałem ją ponownie zaimportować: zwykły mvn clean installnie był dla mnie wystarczający

Nawet biorąc pod uwagę wszystkie powyższe odpowiedzi, nadal możesz napotkać problemy, które spowodują zakończenie kompilacji offline Mavena z błędem. W szczególności może pojawić się ostrzeżenie, takie jak:

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

Po ostrzeżeniu natychmiast pojawią się dalsze błędy i maven zakończy pracę.

Dla nas najbezpieczniejszym sposobem budowania offline z pamięcią podręczną maven offline utworzoną zgodnie z powyższymi wskazówkami jest użycie następujących parametrów offline maven:

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

Szczególnie opcja -llr zapobiega konieczności dostrajania lokalnej pamięci podręcznej, jak zaproponowano w odpowiedzi nr 4.

Zwróć również uwagę, aby parametr localRepository w settings.xml był ustawiony w następujący sposób:

<localRepository>${user.home}/.m2/repository</localRepository>

Miałem dokładnie ten sam problem. Działa mvn clean installzamiast mvn clean compilego rozwiązać. Różnica występuje tylko w przypadku korzystania z multi-maven-project, ponieważ zależności projektu są przekazywane do repozytorium lokalnego przy użyciu install.

Maven zawsze najpierw sprawdza lokalne repozytorium, jednak twoja zależność musi być zainstalowana w repozytorium, aby maven mógł ją znaleźć.

mvn installNajpierw uruchom moduł zależności, a następnie skompiluj moduł zależny.