sbt võib vajada võrku enne, kui sinu build-definitsioon on midagi kasulikku teinud. Selle käivitaja peab komponendid hankima ja build võib hiljem suhelda hoidlatega täiendavate teekide kaudu. Ülesande sisse peidetud puhverserveri säte võib esimese allalaadimise jaoks liiga hilja kohale jõuda.

Alusta JVM-ist, mis sbt-d tegelikult käivitab. Käivitaja jaoks, mis loeb projekti .jvmopts faili, võivad põhilised lõpp-punkti omadused olla järgmised:

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

Need väärtused eraldavad hostinime ja pordi; need ei ole täielikud puhverserveri URL-id. Lubatud avalike hoidlate allalaadimiste jaoks pakub HTTP puhverserverite loend nende väljade jaoks kandidaatväärtusi. HTTPS-hoidlale pääseb endiselt ligi HTTP puhverserveri kaudu, kasutades CONNECT-i.

Pane tähele, milline allalaadimine ebaõnnestus

Käivitaja alglaadimine, build-tööriista komponendid, pistikprogrammid ja sõltuvused ei kasuta tingimata sama konfiguratsioonikihti. Enne hoidla deklaratsioonide muutmist tuvasta ebaõnnestunud URL ja etapp.

Hoidla valik vastab sellele, kust artefakte hangitakse. Puhverserveri konfiguratsioon vastab sellele, kuidas võrguklient sellesse lõpp-punkti jõuab. Hoidla asendamine sisemise peegliga võib olla eraldi toetatud valik, kuid see ei seadista võrgupuhverserverit kõigi teiste sihtkohtade jaoks.

Puhverserveri autentimine on veel üks kontroll. Ära eelda, et iga Java allalaadija käsitleb suvalist omadust proxyUser toetatud sisselogimismehhanismina. Kasuta autentimiskorda, mis on dokumenteeritud paigaldatud käivitaja ja asjakohase lahendaja jaoks.

Lõpuks kontrolli tegelikku käivitaja keskkonda, selle asemel et kopeerida muutuja mõne teise jooksutaja juhendist. DNS-i tõrge, kättesaamatu hoidla ja tagasi lükatud puhverserveri sisselogimine võivad kõik ilmneda sõltuvuste lahendamise ajal, kuid nõuavad väga erinevaid parandusi.

Seotud artiklid