sbt'тин биринчи жүктөөсүн прокси аркылуу алыңыз

sbt сиздин build аныктамаңыз пайдалуу бир нерсе кылганга чейин тармакка муктаж болушу мүмкүн. Анын күйгүзгүчү компоненттерди алышы керек, ал эми build кийинчерээк кошумча китепканалар аркылуу репозиторийлер менен байланыша алат. Тапшырманын ичинде жашырылган прокси параметри биринчи жүктөө үчүн өтө кеч келиши мүмкүн.

sbt'ти чындыгында иштеткен JVMден баштаңыз. Долбоордун .jvmopts файлын окуган күйгүзгүч үчүн негизги акыркы чекит касиеттери мындай болушу мүмкүн:

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

Бул маанилер хост атын жана портту бөлөт; алар толук прокси URL эмес. Уруксат берилген коомдук репозиторийлерден жүктөө үчүн HTTP прокси тизмеси ошол талааларга талапкер маанилерди сунуштайт. HTTPS репозиторийине CONNECT колдонуп, HTTP прокси аркылуу да жетүүгө болот.

Кайсы жүктөө ийгиликсиз болгонун байкаңыз

Күйгүзгүчтүн bootstrap'ы, build куралынын компоненттери, плагиндер жана көз карандылыктар сөзсүз түрдө бир конфигурация катмарын колдонбойт. Репозиторий декларацияларын өзгөртүүдөн мурун ийгиликсиз URL жана баскычты аныктаңыз.

Репозиторий тандоо артефактылардын кайдан алынарын аныктайт. Прокси конфигурациясы тармак кардарынын ошол акыркы чекитке кантип жетерин аныктайт. Репозиторийди ички күзгү менен алмаштыруу өзүнчө колдоого алынган тандоо болушу мүмкүн, бирок ал калган бардык багыттар үчүн тармактык прокси конфигурациялабайт.

Прокси аутентификациясы дагы бир текшерүү. Ар бир Java жүктөгүч каалаган proxyUser касиетин колдоого алынган кирүү механизми катары кабыл алат деп ойлобоңуз. Орнотулган күйгүзгүч жана тиешелүү чечүүчү үчүн документтелген аутентификация тартибин колдонуңуз.

Акырында, башка runner үчүн жазылган колдонмодон өзгөрмөнү көчүрүүнүн ордуна күйгүзгүчтүн иш жүзүндөгү чөйрөсүн текшериңиз. DNS бузулушу, жеткиликсиз репозиторий жана четке кагылган прокси кирүү — баары көз карандылыктарды чечүү учурунда көрүнүшү мүмкүн, бирок алар такыр башка оңдоолорду талап кылат.