Merrni shkarkimin e parë të sbt përmes proxy-t

sbt mund të ketë nevojë për rrjetin përpara se përkufizimi juaj i ndërtimit të ketë bërë diçka të dobishme. Nisësi i tij duhet të marrë komponentë, dhe ndërtimi mund të kontaktojë më vonë depo përmes bibliotekave shtesë. Një cilësim proxy i fshehur brenda një detyre mund të arrijë shumë vonë për shkarkimin e parë.

Filloni me JVM-në që ekzekuton në të vërtetë sbt. Për një nisës që lexon .jvmopts e projektit, vetitë bazë të pikës fundore mund të jenë:

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

Këto vlera ndajnë një emër hosti dhe një portë; ato nuk janë URL të plota proxy. Për shkarkime të lejuara nga depo publike, lista e proxy-ve HTTP ofron vlera kandidate për ato fusha. Një depo HTTPS ende mund të arrihet përmes një proxy HTTP duke përdorur CONNECT.

Vini re se cili shkarkim dështoi

Bootstrap-i i nisësit, komponentët e mjetit të ndërtimit, shtojcat dhe varësitë nuk përdorin domosdoshmërisht të njëjtin shtresë konfigurimi. Identifikoni URL-në dhe fazën që dështuan përpara se të redaktoni deklaratat e depove.

Zgjedhja e depos përgjigjet se nga merren artefaktet. Konfigurimi i proxy-t përgjigjet se si një klient rrjeti arrin atë pikë fundore. Zëvendësimi i një depoje me një pasqyrë të brendshme mund të jetë një zgjedhje tjetër e mbështetur, por nuk konfiguron një proxy rrjeti për të gjitha destinacionet e tjera.

Vërtetimi përmes proxy-t është një kontroll tjetër. Mos supozoni se çdo shkarkues Java e trajton një veti arbitrare proxyUser si mekanizëm të mbështetur hyrjeje. Përdorni rregullimin e vërtetimit të dokumentuar për nisësin e instaluar dhe zgjidhësin përkatës.

Së fundi, kontrolloni mjedisin efektiv të nisësit në vend që të kopjoni një variabël nga një udhëzues për një ekzekutues tjetër. Një dështim DNS, një depo e padisponueshme dhe një hyrje proxy e refuzuar mund të shfaqen të gjitha gjatë zgjidhjes së varësive, por kërkojnë rregullime shumë të ndryshme.