การตั้งค่า proxy ใดควบคุมการดาวน์โหลด Maven Wrapper ของคุณ?
ระบุตัวดาวน์โหลด bootstrap ของ wrapper ก่อนกำหนดค่า proxy สำหรับการดาวน์โหลด Maven distribution ที่ล้มเหลว
ถ้า mvnw ล้มเหลวระหว่างดาวน์โหลด Maven รายการ proxy ที่ใช้งานได้ใน settings.xml อาจสายเกินไป: Maven ยังไม่เริ่มทำงาน
ตรวจสอบไฟล์ wrapper ที่สร้างขึ้นใน checkout ที่ได้รับผลกระทบ และระบุว่าพวกมันรันตัวดาวน์โหลดใด Maven Wrapper 3.3.4 เอกสารการจัดรูปแบบเหล่านี้:
| ประเภทที่สร้างขึ้น | ตำแหน่งที่ควรมองหาอินพุต proxy |
|---|---|
| only-script | curl หรือ wget บน Unix; PowerShell บน Windows |
| script | การดาวน์โหลด wrapper JAR ตามด้วยพาธ Java ของ wrapper |
| bin | wrapper JAR ที่รวมมาด้วยและพาธการดาวน์โหลด Java ของมัน |
| source | ซอร์สของตัวดาวน์โหลด Java ที่รวมมาด้วยเมื่อใช้สำหรับ bootstrap |
only-script เป็นค่าเริ่มต้นที่เอกสารระบุสำหรับ wrapper ที่สร้างขึ้นใหม่ checkout เก่ายังคงเก็บไฟล์ที่สร้างไว้ แม้คุณจะอัปเดตการติดตั้ง Maven บนเครื่องของคุณ
จับคู่การตั้งค่ากับกระบวนการนั้น
สำหรับ wrapper only-script บน Unix ที่ใช้ curl หรือ wget ให้กำหนดค่าอินเทอร์เฟซ proxy ที่ตัวดาวน์โหลดนั้นรองรับ การดาวน์โหลดผ่าน HTTPS สามารถใช้ https_proxy ได้ ถ้าการดาวน์โหลด distribution นั้นอาจใช้ HTTP proxy สาธารณะ ให้เลือกที่อยู่ที่เป็นไปได้จากรายการ HTTP proxy สำหรับสภาพแวดล้อมของตัวดาวน์โหลดนี้ ถ้าค่านั้นระบุเซิร์ฟเวอร์ SOCKS ตัวดาวน์โหลดต้องรองรับโปรโตคอลนั้นด้วย
MAVEN_OPTS จัดเตรียมตัวเลือก JVM มันไม่สามารถกำหนดค่ากระบวนการ curl ของ shell ได้ แต่คุณสมบัติ proxy ของ JVM อาจสำคัญบนพาธของตัวดาวน์โหลด Java นี่คือความแตกต่างที่มีประโยชน์เมื่อเปรียบเทียบวิธีแก้ปัญหา Takari แบบเก่ากับ wrapper ของโปรเจกต์อื่น
เมื่อการดาวน์โหลด distribution เสร็จสิ้นและ Maven เริ่มทำงาน การดาวน์โหลดจาก repository ของมันจะกลายเป็นการตรวจสอบแยกต่างหากเทียบกับการกำหนดค่า proxy ของ Maven เอง distribution, wrapper JAR และ repository อาจให้บริการจากโฮสต์ที่แตกต่างกัน