Обезбедете го првото преземање на sbt преку прокси

sbt може да ја бара мрежата пред вашата дефиниција за изградба да направи нешто корисно. Нејзиниот стартер мора да добие компоненти, а изградбата подоцна може да контактира складишта преку дополнителни библиотеки. Прокси-поставка скриена во задача може да пристигне премногу доцна за првото преземање.

Започнете со JVM-от што навистина го извршува sbt. За стартер што ја чита .jvmopts на проектот, основните својства на крајната точка можат да бидат:

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

Овие вредности одвојуваат име на домаќин и порта; тие не се целосни прокси URL-адреси. За дозволени преземања од јавни складишта, списокот на HTTP прокси обезбедува кандидат-вредности за тие полиња. До HTTPS-складиште сè уште може да се стигне преку HTTP прокси со CONNECT.

Забележете кое преземање не успеа

Bootstrap-от на стартерот, компонентите на алатката за изградба, приклучоците и зависностите не мора нужно да го користат истиот слој за конфигурација. Идентификувајте ја неуспешната URL-адреса и фазата пред да ги уредувате декларациите за складишта.

Изборот на складиште одговара на тоа од каде се добиваат артефактите. Прокси-конфигурацијата одговара на тоа како мрежен клиент стигнува до таа крајна точка. Замената на складиште со внатрешно огледало може да биде посебен поддржан избор, но не конфигурира мрежно прокси за сите други одредишта.

Автентикацијата преку прокси е уште една проверка. Не претпоставувајте дека секој Java преземач произволно својство proxyUser го третира како поддржан механизам за најава. Користете го распоредот за автентикација документиран за инсталираниот стартер и соодветниот резолвер.

На крајот, проверете ја фактичката околина на стартерот наместо да копирате променлива од водич за друг извршувач. Неуспех на DNS, недостапно складиште и одбиена прокси-најава можат сите да се појават за време на решавањето зависности, но бараат многу различни поправки.