sbt-in ilk yükləməsini proksi vasitəsilə əldə edin

sbt sizin build tərifiniz faydalı bir iş görməmişdən əvvəl şəbəkəyə ehtiyac duya bilər. Onun başladıcısı komponentləri əldə etməlidir, build isə sonradan əlavə kitabxanalar vasitəsilə repozitoriyalarla əlaqə saxlaya bilər. Tapşırığın içində gizlədilmiş proksi parametri ilk yükləmə üçün çox gec gələ bilər.

Faktiki olaraq sbt-ni işə salan JVM-dən başlayın. Layihənin .jvmopts faylını oxuyan başladıcı üçün əsas son nöqtə xassələri bunlar ola bilər:

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

Bu dəyərlər host adını və portu ayırır; onlar tam proksi URL-ləri deyil. İcazə verilmiş ictimai repozitoriya yükləmələri üçün HTTP proksi siyahısı həmin sahələr üçün namizəd dəyərlər təqdim edir. HTTPS repozitoriyasına yenə də HTTP proksisi vasitəsilə CONNECT istifadə etməklə çatmaq olar.

Hansı yükləmənin uğursuz olduğunu fərq edin

Başladıcının yüklənməsi, build alətinin komponentləri, plaginlər və asılılıqlar mütləq eyni konfiqurasiya qatından istifadə etmir. Repozitoriya bəyanatlarını dəyişməzdən əvvəl uğursuz URL-i və mərhələni müəyyən edin.

Repozitoriya seçimi artefaktların haradan alındığına cavab verir. Proksi konfiqurasiyası şəbəkə müştərisinin həmin son nöqtəyə necə çatdığına cavab verir. Repozitoriyanı daxili güzgü ilə əvəz etmək ayrıca dəstəklənən seçim ola bilər, lakin o, bütün digər təyinatlar üçün şəbəkə proksisi konfiqurasiya etmir.

Proksi autentifikasiyası başqa bir yoxlamadır. Hər Java yükləyicisinin ixtiyari proxyUser xassəsini dəstəklənən giriş mexanizmi kimi qəbul etdiyini düşünməyin. Quraşdırılmış başladıcı və müvafiq həlledici üçün sənədləşdirilmiş autentifikasiya qaydasından istifadə edin.

Nəhayət, başqa bir işlədicinin bələdçisindən dəyişən kopyalamaq əvəzinə faktiki başladıcı mühitini yoxlayın. DNS nasazlığı, əlçatmaz repozitoriya və rədd edilmiş proksi girişi asılılıqların həlli zamanı birlikdə görünə bilər, lakin onlar çox fərqli düzəlişlər tələb edir.