Gradle proksi sozlamalarini qayerdan oladi

Gradle’ning JVM proksi xususiyatlari, foydalanuvchi uy katalogi sozlamalari va mijoz muhitini kuzating; demon yangi o‘zgaruvchilarni doim e’tiborsiz qoldiradi deb o‘ylamang.

IDE’dan ishga tushirilgan Gradle yig‘imi terminaldan ishga tushirilgan ayni loyihadan boshqa konfiguratsiyadan foydalanishi mumkin. Eski proksi jarayonini ayblashdan oldin har bir ishga tushirishdagi Gradle foydalanuvchi uyini, JVM va proksi xususiyatlarini taqqoslang.

Gradle JVM proksi xususiyatlarini hujjatlashtiradi

HTTP va HTTPS yo‘llari uchun xususiyatlar faylida quyidagilar bo‘lishi mumkin:

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

Sizga ajratilgan endpointdan foydalaning; ruxsat etilgan ommaviy repozitoriy yo‘llari uchun HTTP proksi ro‘yxati nomzod host va port juftlarini beradi. HTTPS chetlab o‘tish xususiyati ham http.nonProxyHosts; https.nonProxyHosts ni o‘ylab topish hujjatlashtirilgan yechim emas. Host xususiyatlari to‘liq proksi URL emas, manzilni o‘z ichiga oladi.

Shell’da HTTP_PROXY ni eksport qilish bu JVM mijozi undan proksi siyosati sifatida foydalanishini o‘zi bilan isbotlamaydi. Ilova qo‘llaydigan xususiyatlarni tekshiring.

Demon yig‘im ma’lumotlarini oladi

Gradle’ning joriy hujjatlariga ko‘ra, mijoz muhit o‘zgaruvchilari ham kiradigan yig‘im ma’lumotlarini demonga yuboradi. Shuning uchun “demon hech qachon yangi muhit o‘zgaruvchilarini olmaydi” degan umumiy izoh aniq emas.

Ishlayotgan JVM uchun ayrim ishga tushirish xususiyatlari, jumladan ishonch ombori xususiyatlari, o‘zgarmasdir. Shu bois oddiy yig‘im muhiti qiymatlari uzatilsa ham o‘zgartirilgan Java home yoki ishonch ombori boshlang‘ich konfiguratsiyasi muhim bo‘lishi mumkin.

Ikki ishga tushirishni taqqoslang

IDE qaysi Gradle distributivi va Java runtime’ini tanlashini tekshiring. U terminaldagi ayni GRADLE_USER_HOME va foydalanuvchi xususiyatlaridan foydalanadimi, tekshiring. Bir foydalanuvchi konfiguratsiyasidagi proksi yozuvi boshqa kontekst nimani yuklaganini ko‘rsatmaydi.

O‘zgargan ishga tushirish talabi boshqa demonni talab qilsa, tegishli Gradle versiyasi uchun hujjatlashtirilgan demon boshqaruvlaridan foydalaning. Demonlarni to‘xtatishni noto‘g‘ri xususiyat yoki yetishmayotgan konfiguratsiya faylini topish o‘rniga qo‘ymang.

Nihoyat, muvaffaqiyatsiz so‘rovni aniqlang. Wrapper yuklamalari, yig‘im bog‘liqliklarini hal qilish va ajratilgan ilova yoki test jarayonlari yuborgan so‘rovlar avtomatik ravishda bitta tarmoq konteksti emas. Gradle xususiyati uni boshqarishini kutishdan oldin so‘rov yuborayotgan jarayonni tekshiring.

O'xshash maqolalar