sbt-ийн анхны таталтыг проксигоор хийлгэх

sbt нь таны бүтээцийн тодорхойлолт ямар нэг ашигтай зүйл хийхээс өмнө сүлжээ шаардаж болно. Түүний эхлүүлэгч бүрэлдэхүүн хэсгүүдийг авах ёстой бөгөөд бүтээц дараа нь нэмэлт сангуудаар дамжуулан репозиторуудтай холбогдож болно. Даалгаврын дотор нуугдсан прокси тохиргоо эхний таталтад хэт оройтож ирж болно.

sbt-ийг бодитоор ажиллуулдаг JVM-ээс эхэл. Төслийн .jvmopts файлыг уншдаг эхлүүлэгчийн хувьд үндсэн төгсгөлийн цэгийн шинж чанарууд нь дараах байж болно:

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

Эдгээр утгууд нь хостын нэр ба портыг тусгаарладаг; тэдгээр нь бүрэн прокси URL биш. Зөвшөөрөгдсөн нийтийн репозиторийн таталтын хувьд HTTP прокси жагсаалт тэдгээр талбарт нэр дэвшигч утгуудыг өгдөг. HTTPS репозиторид CONNECT ашиглан HTTP проксигоор дамжуулан хандах боломжтой хэвээр.

Аль таталт амжилтгүй болсныг анзаар

Эхлүүлэгчийн bootstrap, бүтээцийн хэрэгслийн бүрэлдэхүүн хэсгүүд, залгаасууд болон хамаарлууд нь заавал ижил тохиргооны давхаргыг ашигладаггүй. Репозиторийн зарлалуудыг засахын өмнө амжилтгүй URL болон үе шатыг тодорхойл.

Репозиторийн сонголт нь артефактуудыг хаанаас авдгийг хариулна. Прокси тохиргоо нь сүлжээний клиент тэр төгсгөлийн цэгт хэрхэн хүрдгийг хариулна. Репозиторийг дотоод тольгоор солих нь тусдаа дэмжигдсэн сонголт байж болох ч бусад бүх очих газруудад сүлжээний прокси тохируулдаггүй.

Прокси баталгаажуулалт нь өөр нэг шалгалт юм. Java татагч бүр дурын proxyUser шинж чанарыг дэмжигдсэн нэвтрэх механизм гэж үздэг гэж бүү бод. Суулгасан эхлүүлэгч болон холбогдох шийдэгчид зориулсан баримтжуулсан баталгаажуулалтын зохицуулалтыг ашигла.

Эцэст нь өөр runner-ийн гарын авлагаас хувьсагч хуулахын оронд эхлүүлэгчийн бодит орчныг шалга. DNS алдаа, хүрэхгүй репозитори, татгалзсан прокси нэвтрэлт бүгд хамаарлын шийдвэрлэлтийн үед илэрч болох ч огт өөр засваруудыг шаарддаг.