ການຕັ້ງຄ່າ proxy ໃດຄວບຄຸມການດາວໂຫຼດ Maven wrapper ຂອງທ່ານ?
ກຳນົດ bootstrap downloader ຂອງ wrapper ກ່ອນຕັ້ງຄ່າ proxy ສຳລັບການດາວໂຫຼດ Maven distribution ທີ່ລົ້ມເຫຼວ.
ຖ້າ mvnw ລົ້ມເຫຼວຂະນະດາວໂຫຼດ Maven, ລາຍການ proxy ທີ່ໃຊ້ໄດ້ໃນ settings.xml ອາດຈະຊ້າເກີນໄປ: Maven ຍັງບໍ່ໄດ້ເລີ່ມ.
ກວດເບິ່ງໄຟລ໌ wrapper ທີ່ສ້າງຂຶ້ນໃນ checkout ທີ່ໄດ້ຮັບຜົນກະທົບ ແລະກຳນົດວ່າພວກມັນໃຊ້ downloader ໃດ. Maven Wrapper 3.3.4 ເອກະສານການຈັດລຽງເຫຼົ່ານີ້:
| ປະເພດທີ່ສ້າງ | ບ່ອນທີ່ຈະຊອກຫາການປ້ອນ proxy |
|---|---|
| only-script | curl ຫຼື wget ໃນ Unix; PowerShell ໃນ Windows |
| script | ການດາວໂຫຼດ wrapper JAR, ຈາກນັ້ນເສັ້ນທາງ Java wrapper |
| bin | wrapper JAR ທີ່ລວມຢູ່ ແລະເສັ້ນທາງດາວໂຫຼດ Java ຂອງມັນ |
| source | ແຫຼ່ງຂອງ Java downloader ທີ່ລວມຢູ່ ເມື່ອໃຊ້ສຳລັບ bootstrap |
only-script ແມ່ນຄ່າເລີ່ມຕົ້ນທີ່ເອກະສານໄວ້ສຳລັບ wrapper ທີ່ສ້າງໃໝ່. checkout ເກົ່າຍັງຮັກສາໄຟລ໌ທີ່ສ້າງຂຶ້ນ, ເຖິງແມ່ນທ່ານອັບເດດການຕິດຕັ້ງ Maven ໃນເຄື່ອງຂອງທ່ານ.
ຈັບຄູ່ການຕັ້ງຄ່າກັບຂະບວນການນັ້ນ
ສຳລັບ Unix only-script wrapper ທີ່ໃຊ້ curl ຫຼື wget, ຕັ້ງຄ່າອິນເຕີເຟສ proxy ທີ່ downloader ນັ້ນຮອງຮັບ; ການດາວໂຫຼດ HTTPS ສາມາດໃຊ້ https_proxy. ຖ້າການດາວໂຫຼດ distribution ນັ້ນອາດໃຊ້ HTTP proxy ສາທາລະນະ, ໃຫ້ເອົາທີ່ຢູ່ຕົວຢ່າງຈາກ ລາຍຊື່ HTTP proxy ສຳລັບສະພາບແວດລ້ອມຂອງ downloader ນີ້. ຖ້າຄ່ານັ້ນບອກ SOCKS server, downloader ຕ້ອງຮອງຮັບໂປຣໂຕຄອນນັ້ນດ້ວຍ.
MAVEN_OPTS ໃຫ້ຕົວເລືອກ JVM. ມັນບໍ່ສາມາດຕັ້ງຄ່າຂະບວນການ curl ຂອງ shell ໄດ້, ແຕ່ຄຸນສົມບັດ proxy ຂອງ JVM ອາດສຳຄັນໃນເສັ້ນທາງ Java downloader. ນີ້ແມ່ນຄວາມແຕກຕ່າງທີ່ເປັນປະໂຫຍດເມື່ອທຽບວິທີແກ້ໄຂ Takari ເກົ່າກັບ wrapper ຂອງໂຄງການອື່ນ.
ເມື່ອການດາວໂຫຼດ distribution ສຳເລັດ ແລະ Maven ເລີ່ມ, ການດາວໂຫຼດຈາກ repository ຂອງມັນຈະກາຍເປັນການກວດສອບແຍກຕ່າງຫາກທຽບກັບ ການຕັ້ງຄ່າ proxy ຂອງ Maven ເອງ. distribution, wrapper JAR ແລະ repository ອາດຖືກໃຫ້ບໍລິການໂດຍ host ຕ່າງກັນ.