sbt může potřebovat síť dřív, než vaše definice buildu udělá něco užitečného. Jeho spouštěč musí získat komponenty a build může později komunikovat s repozitáři přes další knihovny. Nastavení proxy skryté uvnitř úlohy může dorazit příliš pozdě na první stažení.

Začněte u JVM, která sbt skutečně spouští. Pro spouštěč, který čte .jvmopts projektu, mohou být základní vlastnosti koncového bodu tyto:

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

Tyto hodnoty oddělují název hostitele a port; nejsou to úplné URL proxy. Pro povolená stahování z veřejných repozitářů poskytuje seznam HTTP proxy kandidátní hodnoty pro tato pole. K repozitáři HTTPS se stále lze dostat přes HTTP proxy pomocí CONNECT.

Všimněte si, které stahování selhalo

Bootstrap spouštěče, komponenty nástroje buildu, pluginy a závislosti nemusí nutně používat stejnou konfigurační vrstvu. Než začnete upravovat deklarace repozitářů, zjistěte, které URL a která fáze selhaly.

Volba repozitáře odpovídá na to, odkud se artefakty získávají. Konfigurace proxy odpovídá na to, jak se síťový klient dostane k tomuto koncovému bodu. Nahrazení repozitáře interním zrcadlem může být samostatná podporovaná volba, ale nenastavuje síťovou proxy pro všechna ostatní cíle.

Autentizace proxy je další kontrola. Nepředpokládejte, že každý stahovač v Javě považuje libovolnou vlastnost proxyUser za podporovaný přihlašovací mechanismus. Použijte uspořádání autentizace zdokumentované pro nainstalovaný spouštěč a příslušný resolver.

Nakonec zkontrolujte skutečné prostředí spouštěče, místo abyste kopírovali proměnnou z návodu pro jiný runner. Selhání DNS, nedostupný repozitář i odmítnuté přihlášení proxy se mohou objevit během řešení závislostí, ale vyžadují velmi odlišné opravy.

Související články