ฉันจะบังคับให้ Maven ใช้พื้นที่เก็บข้อมูลในเครื่องของฉันแทนที่จะออกไปที่พื้นที่เก็บข้อมูลระยะไกลเพื่อดึงสิ่งประดิษฐ์ได้อย่างไร

ฉันใช้ 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>

แก้ไข:ในการตอบกลับคำตอบที่บอกว่าการดาวน์โหลดเกิดขึ้นเมื่อไม่มีสิ่งประดิษฐ์ด้านล่างคือเอาต์พุตเทอร์มินัลที่ฉันพิสูจน์ว่าไฟล์อยู่ที่นั่นใน repo ของฉัน แต่ 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 จะตรวจสอบที่เก็บในเครื่องและหากอาร์ติแฟกต์ที่พบในที่เก็บในเครื่องเก่าเกินไปก็จะพยายามค้นหาสิ่งที่อัปเดตในที่เก็บระยะไกล นั่นอาจเป็นสิ่งที่คุณกำลังเห็น

สังเกตว่าพฤติกรรมนี้ถูกควบคุมโดยupdatePolicyคำสั่งในคอนฟิกูเรชันที่เก็บ (ซึ่งเป็นdailyค่าดีฟอลต์สำหรับที่เก็บสแน็ปช็อต)

ใช้mvn --helpและคุณสามารถดูรายการตัวเลือก

มีตัวเลือกเช่น -nsu,--no-snapshot-updates Suppress SNAPSHOT updates

ดังนั้นใช้คำสั่งmvn install -nsuสามารถบังคับให้คอมไพล์กับที่เก็บโลคัล

อย่างแท้จริงบังคับ Maven ไปเพียงใช้ repo mvn <goals> -oท้องถิ่นของคุณคุณสามารถทำงานกับ แม-oเวนบอกให้คุณทำงานแบบ "ออฟไลน์" และมันจะไม่อยู่ในเครือข่าย

ทำตามขั้นตอนด้านล่าง:

• 1. ตรวจสอบให้แน่ใจว่าได้ลบเนื้อหาทั้งหมดของโฟลเดอร์ jar ที่อยู่ในเครื่องของคุณยกเว้น jar ที่คุณต้องการเก็บไว้
     ตัวอย่างเช่นไฟล์เช่น. repositories, .pom, .sha1, .lastUpdated เป็นต้น
• 2. ดำเนินการmvn clean install -oคำสั่ง

สิ่งนี้จะช่วยในการใช้ไฟล์ jar ที่เก็บในเครื่องแทนที่จะเชื่อมต่อกับที่เก็บใด ๆ

ในกรณีของฉันฉันมีโครงการหลายโมดูลเหมือนคุณ ฉันต้องเปลี่ยน 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 ของพวกเขา

มันทำให้ฉันคลั่งไคล้มากเพราะมีโมดูลอยู่ในเครื่อง

ตัวเลือก -o ใช้งานไม่ได้สำหรับฉันเนื่องจากสิ่งประดิษฐ์ยังอยู่ในระหว่างการพัฒนาและยังไม่ได้อัปโหลดและ maven (3.5.x) ยังคงพยายามดาวน์โหลดจากที่เก็บระยะไกลเนื่องจากเป็นครั้งแรกตามข้อผิดพลาดที่ฉันได้รับ

อย่างไรก็ตามสิ่งนี้ได้รับการแก้ไขสำหรับฉัน: https://maven.apache.org/general.html#importing-jars

หลังจากติดตั้งด้วยตนเองแล้วไม่จำเป็นต้องใช้ตัวเลือกออฟไลน์เช่นกัน

อัปเดต

ฉันเพิ่งสร้างการอ้างอิงขึ้นมาใหม่และฉันต้องนำเข้าอีกครั้ง: ปกติmvn clean installไม่เพียงพอสำหรับฉัน

แม้ว่าเมื่อพิจารณาคำตอบทั้งหมดข้างต้นคุณอาจยังพบปัญหาที่จะยุติการสร้างออฟไลน์ maven ของคุณด้วยข้อผิดพลาด โดยเฉพาะอย่างยิ่งคุณอาจได้รับคำเตือนเป็น follwos:

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

คำเตือนจะตามมาทันทีด้วยข้อผิดพลาดเพิ่มเติมและ maven จะสิ้นสุดลง

สำหรับเราวิธีที่ปลอดภัยที่สุดในการสร้างออฟไลน์ด้วยแคชออฟไลน์ maven ที่สร้างขึ้นตามคำแนะนำด้านบนคือการใช้พารามิเตอร์ maven ออฟไลน์ต่อไปนี้:

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

โดยเฉพาะอย่างยิ่งตัวเลือก-llrป้องกันไม่ให้คุณต้องปรับแต่งแคชในเครื่องของคุณตามที่เสนอไว้ในคำตอบ # 4

ดูแลด้วยว่าพารามิเตอร์ localRepository ใน settings.xml ถูกตั้งค่าดังนี้:

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

ฉันมีปัญหาเดียวกันแน่นอน ทำงานmvn clean installแทนการmvn clean compileแก้ไข ความแตกต่างจะเกิดขึ้นเฉพาะเมื่อใช้ multi-maven-project เนื่องจากการอ้างอิงโปรเจ็กต์ถูกอัปโหลดไปยังที่เก็บโลคัลโดยใช้การติดตั้ง

Maven จะตรวจสอบที่เก็บในเครื่องของคุณก่อนเสมออย่างไรก็ตามการอ้างอิงของคุณจะต้องได้รับการติดตั้งในที่เก็บของคุณเพื่อให้ maven ค้นหาได้

รันmvn installในโมดูลการพึ่งพาของคุณก่อนจากนั้นจึงสร้างโมดูลที่พึ่งพาของคุณ