Maven wrapper татах үйлдлийг аль прокси тохиргоо удирдах вэ?
Maven түгээлтийн татах алдааны проксиг тохируулахаас өмнө wrapper-ийн bootstrap татагчийг тодорхойл.
Хэрэв Maven татаж байх үед mvnw амжилтгүй болвол settings.xml доторх ажиллах прокси бичлэг хэт оройтож болно: Maven хараахан эхлээгүй байна.
Холбогдох checkout-д үүсгэсэн wrapper файлуудыг шалгаж, тэд аль татагчийг ажиллуулж байгааг тодорхойл. Maven Wrapper 3.3.4 эдгээр зохицуулалтыг баримтжуулсан:
| Үүсгэсэн төрөл | Прокси оролтыг хаанаас хайх |
|---|---|
| only-script | Unix дээр curl эсвэл wget; Windows дээр PowerShell |
| script | wrapper JAR татах, дараа нь Java wrapper зам |
| bin | Багтсан wrapper JAR ба түүний Java татах зам |
| source | Bootstrap-д ашиглах үед багтсан Java татагчийн эх код |
only-script шинээр үүсгэсэн wrapper-уудад зориулсан баримтжуулсан өгөгдмөл утга. Хуучин checkout нь машинд чинь Maven суулгацыг шинэчилсэн ч үүсгэсэн файлуудаа хадгална.
Тохиргоог тэр үйл явцтай тааруул
curl эсвэл wget ашигладаг Unix only-script wrapper-ийн хувьд тухайн татагчийн дэмждэг прокси интерфэйсийг тохируул; HTTPS таталт https_proxy ашиглаж болно. Хэрэв тэр түгээлтийн таталт нийтийн HTTP прокси ашиглаж болох бол энэ татагчийн орчинд зориулж HTTP прокси жагсаалтаас нэр дэвшигч хаяг ав. Хэрэв утга SOCKS серверийг зааж байвал татагч тэр протоколыг ч дэмжих ёстой.
MAVEN_OPTS JVM сонголтуудыг өгдөг. Энэ нь shell-ийн curl процессыг тохируулж чадахгүй, гэхдээ JVM прокси шинж чанарууд Java татагчийн замд чухал байж болно. Хуучин Takari шийдлийг өөр төслийн wrapper-той харьцуулахад энэ нь ашигтай ялгаа юм.
Түгээлтийн таталт дуусч Maven эхэлсний дараа түүний репозиторийн таталтууд Maven-ийн өөрийн прокси тохиргоотой харьцуулсан тусдаа шалгалт болно. Түгээлт, wrapper JAR болон репозиторуудыг өөр өөр хост үйлчилж болно.