ຮັບການດາວໂຫຼດຄັ້ງທຳອິດຂອງ sbt ຜ່ານ proxy

sbt ອາດຕ້ອງການເຄືອຂ່າຍກ່ອນທີ່ນິຍາມ build ຂອງທ່ານຈະເຮັດສິ່ງທີ່ເປັນປະໂຫຍດ. launcher ຂອງມັນຕ້ອງໄດ້ຮັບອົງປະກອບ, ແລະ build ອາດຕິດຕໍ່ repository ຜ່ານຫ້ອງສະໝຸດເພີ່ມເຕີມໃນພາຍຫຼັງ. ການຕັ້ງຄ່າ proxy ທີ່ເຊື່ອງໄວ້ໃນ task ອາດມາຊ້າເກີນໄປສຳລັບການດາວໂຫຼດຄັ້ງທຳອິດ.

ເລີ່ມຈາກ JVM ທີ່ຮັນ sbt ຕົວຈິງ. ສຳລັບ launcher ທີ່ອ່ານ .jvmopts ຂອງໂຄງການ, ຄຸນສົມບັດຈຸດສິ້ນສຸດພື້ນຖານອາດເປັນ:

-Dhttp.proxyHost=proxy.example.net
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example.net
-Dhttps.proxyPort=8080

ຄ່າເຫຼົ່ານີ້ແຍກຊື່ໂຮສແລະພອດ; ມັນບໍ່ແມ່ນ URL proxy ເຕັມ. ສຳລັບການດາວໂຫຼດ repository ສາທາລະນະທີ່ອະນຸຍາດ, ລາຍຊື່ proxy HTTP ໃຫ້ຄ່າຜູ້ສະໝັກສຳລັບຊ່ອງເຫຼົ່ານັ້ນ. repository HTTPS ຍັງສາມາດເຂົ້າເຖິງໄດ້ຜ່ານ proxy HTTP ໂດຍໃຊ້ CONNECT.

ສັງເກດວ່າການດາວໂຫຼດໃດລົ້ມເຫຼວ

bootstrap ຂອງ launcher, ອົງປະກອບເຄື່ອງມື build, ປລັກອິນ ແລະ ການເພິ່ງພາ ບໍ່ຈຳເປັນໃຊ້ຊັ້ນການຕັ້ງຄ່າດຽວກັນ. ກຳນົດ URL ແລະ ຂັ້ນຕອນທີ່ລົ້ມເຫຼວກ່ອນແກ້ໄຂຄຳປະກາດ repository.

ການເລືອກ repository ຕອບວ່າອະທິບາຍສິນຄ້າມາຈາກໃສ. ການຕັ້ງຄ່າ proxy ຕອບວ່າລູກຄ້າເຄືອຂ່າຍເຂົ້າເຖິງຈຸດສິ້ນສຸດນັ້ນແນວໃດ. ການປ່ຽນ repository ເປັນກະຈົກພາຍໃນອາດເປັນທາງເລືອກທີ່ຮອງຮັບແຍກຕ່າງຫາກ, ແຕ່ມັນບໍ່ໄດ້ຕັ້ງຄ່າ proxy ເຄືອຂ່າຍສຳລັບປາຍທາງອື່ນໆທັງໝົດ.

ການຢືນຢັນ proxy ແມ່ນການກວດສອບອີກຢ່າງໜຶ່ງ. ຢ່າສົມມຸດວ່າທຸກຕົວດາວໂຫຼດ Java ຖືຄຸນສົມບັດ proxyUser ໃດໆເປັນກົນໄກເຂົ້າສູ່ລະບົບທີ່ຮອງຮັບ. ໃຊ້ການຈັດການຢືນຢັນທີ່ເອກະສານໄວ້ສຳລັບ launcher ທີ່ຕິດຕັ້ງ ແລະ resolver ທີ່ກ່ຽວຂ້ອງ.

ສຸດທ້າຍ, ກວດສອບສະພາບແວດລ້ອມ launcher ຕົວຈິງ ແທນການຄັດລອກຕົວແປຈາກຄູ່ມືສຳລັບ runner ອື່ນ. ການລົ້ມເຫຼວ DNS, repository ທີ່ໃຊ້ບໍ່ໄດ້ ແລະ ການເຂົ້າສູ່ proxy ທີ່ຖືກປະຕິເສດ ສາມາດປາກົດຂຶ້ນທັງໝົດໃນລະຫວ່າງການແກ້ໄຂການເພິ່ງພາ, ແຕ່ຕ້ອງການການແກ້ໄຂທີ່ແຕກຕ່າງກັນຫຼາຍ.