Gradle proksi ayarlarını haradan alır

Gradle-ın JVM proksi xüsusiyyətlərini, istifadəçi ev qovluğu ayarlarını və müştəri mühitini izləyin; demonun yeni dəyişənləri həmişə görmədiyini fərz etməyin.

IDE-dən başladılan Gradle yığımı terminaldan başladılan eyni layihədən fərqli konfiqurasiyadan istifadə edə bilər. Köhnə proksi prosesini günahlandırmazdan əvvəl hər başlanğıcın Gradle istifadəçi evini, JVM-ni və proksi xüsusiyyətlərini müqayisə edin.

Gradle JVM proksi xüsusiyyətlərini sənədləşdirir

HTTP və HTTPS marşrutları üçün xüsusiyyətlər faylında bunlar ola bilər:

systemProp.http.proxyHost=203.0.113.10
systemProp.http.proxyPort=8080
systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080
systemProp.http.nonProxyHosts=localhost|*.example.internal

Sizə təyin edilmiş son nöqtədən istifadə edin; icazəli açıq repozitoriya marşrutları üçün HTTP proksi siyahısı namizəd host və port cütləri verir. HTTPS-dən yan keçmə xüsusiyyəti də http.nonProxyHosts-dir; https.nonProxyHosts uydurmaq sənədləşdirilmiş düzəliş deyil. Host xüsusiyyətləri tam proksi URL-si deyil, ünvan saxlayır.

Qabıqda HTTP_PROXY ixrac etmək bu JVM müştərisinin ondan proksi siyasəti kimi istifadə etdiyini təkbaşına sübut etmir. Tətbiqin dəstəklədiyi xüsusiyyətləri yoxlayın.

Demon yığma məlumatını həqiqətən alır

Cari Gradle sənədlərinə görə müştəri mühit dəyişənləri də daxil olmaqla yığma məlumatını demona göndərir. Buna görə “demon yeni mühit dəyişənlərini heç vaxt almır” ümumi izahı dəqiq deyil.

Etibar anbarı xüsusiyyətləri daxil olmaqla bəzi JVM başlanğıc xüsusiyyətləri işləyən JVM üçün dəyişməzdir. Buna görə adi yığma mühiti dəyərləri ötürülsə belə, dəyişmiş Java evi və ya etibar anbarı başlanğıcı əhəmiyyətli ola bilər.

İki başlanğıcı müqayisə edin

IDE-nin hansı Gradle distributivini və Java icra mühitini seçdiyini yoxlayın. Onun terminaldakı eyni GRADLE_USER_HOME və istifadəçi xüsusiyyətlərindən istifadə edib-etmədiyini yoxlayın. Bir istifadəçinin konfiqurasiyasındakı proksi qeydi başqa kontekstin nə yüklədiyini göstərmir.

Dəyişmiş başlanğıc tələbi başqa demon tələb edirsə, aid Gradle versiyasının sənədləşdirilmiş demon idarəsindən istifadə edin. Səhv xüsusiyyət və ya çatışmayan konfiqurasiya faylını tapmaq əvəzinə demonları dayandırmayın.

Nəhayət, uğursuz sorğunu müəyyən edin. Wrapper yükləmələri, yığma asılılıqlarının həlli və çəngəllənmiş tətbiq və ya test proseslərinin sorğuları avtomatik olaraq eyni şəbəkə konteksti deyil. Gradle xüsusiyyətinin onu idarə etməsini gözləməzdən əvvəl sorğunu edən prosesi yoxlayın.

Əlaqəli məqalələr