Pridobite prvo prenos sbt prek posredniškega strežnika

sbt lahko potrebuje omrežje, preden vaša definicija gradnje naredi kaj koristnega. Njegov zaganjalnik mora pridobiti komponente, gradnja pa se lahko pozneje poveže s shrambami prek dodatnih knjižnic. Nastavitev posredniškega strežnika, skrita v opravilu, lahko prispe prepozno za prvi prenos.

Začnite z JVM, ki dejansko izvaja sbt. Za zaganjalnik, ki bere .jvmopts projekta, so osnovne lastnosti končne točke lahko:

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

Te vrednosti ločujejo ime gostitelja in vrata; niso popolni URL-ji posredniškega strežnika. Za dovoljene prenose iz javnih shramb seznam posredniških strežnikov HTTP ponuja kandidatne vrednosti za ta polja. Do shrambe HTTPS je še vedno mogoče priti prek posredniškega strežnika HTTP z CONNECT.

Bodite pozorni, kateri prenos ni uspel

Zagon zaganjalnika, komponente orodja za gradnjo, vtičniki in odvisnosti ne uporabljajo nujno iste konfiguracijske plasti. Pred urejanjem deklaracij shramb ugotovite, kateri URL in faza nista uspela.

Izbira shrambe odgovarja, od kod se pridobijo artefakti. Konfiguracija posredniškega strežnika odgovarja, kako omrežni odjemalec doseže to končno točko. Zamenjava shrambe z notranjim zrcalom je lahko ločena podprta izbira, vendar ne konfigurira omrežnega posredniškega strežnika za vse druge cilje.

Preverjanje pristnosti posredniškega strežnika je še en pregled. Ne domnevajte, da vsak prenašalnik Jave obravnava poljubno lastnost proxyUser kot podprt mehanizem prijave. Uporabite ureditev preverjanja pristnosti, dokumentirano za nameščeni zaganjalnik in ustrezni razreševalnik.

Na koncu preverite dejansko okolje zaganjalnika, namesto da kopirate spremenljivko iz vodnika za drug izvajalnik. Napaka DNS, nedostopna shramba in zavrnjena prijava prek posredniškega strežnika se lahko pojavijo med razreševanjem odvisnosti, vendar zahtevajo zelo različne popravke.