Få den første nedlastinga til sbt gjennom proxyen

sbt kan trengje nettet før byggdefinisjonen din har gjort noko nyttig. Launcharen må hente komponentar, og bygget kan seinare kontakte repositorium gjennom fleire bibliotek. Ei proxy-innstilling som er gøymd i ein oppgåve, kan kome for seint til den første nedlastinga.

Start med JVM-en som faktisk køyrer sbt. For ein launcher som les .jvmopts til prosjektet, kan grunnleggjande endepunktseigenskapar vere:

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

Desse verdiane skil eit vertsnamn og ein port; dei er ikkje fullstendige proxy-URL-ar. For tillatne nedlastingar frå offentlege repositorium gir HTTP-proxy-lista kandidatverdiar for desse felta. Eit HTTPS-repositorium kan framleis nåast gjennom ein HTTP-proxy ved hjelp av CONNECT.

Legg merke til kva nedlasting som mislukkast

Oppstarten av launcharen, komponentane til byggjeverktøyet, plugins og avhengnader brukar ikkje nødvendigvis same konfigurasjonslag. Identifiser URL-en og trinnet som mislukkast før du redigerer repositoriumserklæringar.

Val av repositorium svarar på kvar artefaktar blir henta frå. Proxy-konfigurasjon svarar på korleis ein nettverksklient når det endepunktet. Å byta ut eit repositorium med eit internt spegel kan vere eit eige støtta val, men det konfigurerer ikkje ein nettverksproxy for alle andre destinasjonar.

Proxy-autentisering er nok ein sjekk. Ikkje gå ut frå at kvar Java-nedlastar handsamar ein vilkårleg proxyUser-eigenskap som ein støtta innloggingsmekanisme. Bruk autentiseringsoppsettet som er dokumentert for den installerte launcharen og den aktuelle resolveren.

Til slutt, sjekk launchermiljøet slik det faktisk er, i staden for å kopiere ein variabel frå ein rettleiar for ein annan runner. Ein DNS-feil, eit utilgjengeleg repositorium og ei avvist proxy-innlogging kan alle dukke opp under avhengnadsoppløysinga, men krev svært ulike rettingar.