Få sbt's første download gennem proxyen

sbt kan have brug for netværket, før din build-definition har gjort noget nyttigt. Dens launcher skal hente komponenter, og buildet kan senere kontakte repositories gennem yderligere biblioteker. En proxy-indstilling, der er skjult i en task, kan komme for sent til den første download.

Start med den JVM, der faktisk kører sbt. For en launcher, der læser projektets .jvmopts, kan grundlæggende endpoint-egenskaber være:

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

Disse værdier adskiller et værtsnavn og en port; de er ikke fulde proxy-URL'er. Til tilladte downloads fra offentlige repositories leverer HTTP-proxy-listen kandidatværdier til de felter. Et HTTPS-repository kan stadig nås gennem en HTTP-proxy ved hjælp af CONNECT.

Bemærk, hvilken download der fejlede

Launcherens bootstrap, build-værktøjets komponenter, plugins og afhængigheder bruger ikke nødvendigvis det samme konfigurationslag. Identificér den URL og det trin, der fejlede, før du redigerer repository-erklæringer.

Valg af repository besvarer, hvor artefakter hentes fra. Proxy-konfiguration besvarer, hvordan en netværksklient når det endpoint. At erstatte et repository med et internt spejl kan være et separat understøttet valg, men det konfigurerer ikke en netværksproxy for alle andre destinationer.

Proxy-godkendelse er endnu et tjek. Antag ikke, at enhver Java-downloader behandler en vilkårlig proxyUser-egenskab som en understøttet login-mekanisme. Brug den godkendelsesordning, der er dokumenteret for den installerede launcher og den relevante resolver.

Tjek til sidst launchermiljøet, som det faktisk er, i stedet for at kopiere en variabel fra en vejledning til en anden runner. En DNS-fejl, et utilgængeligt repository og et afvist proxy-login kan alle dukke op under afhængighedsopløsningen, men kræver meget forskellige rettelser.