Gradle hupata wapi mipangilio yake ya proksi
Fuatilia sifa za proksi za JVM za Gradle, mipangilio ya home ya mtumiaji na mazingira ya mteja badala ya kudhani daemon hupuuza vigezo vipya kila mara.
Build ya Gradle iliyoanzishwa kutoka IDE inaweza kutumia usanidi tofauti na mradi huo huo ulioanzishwa kutoka terminal. Kabla ya kulaumu mchakato wa proksi wa zamani, linganisha Gradle user home, JVM na sifa za proksi za kila uzinduzi.
Gradle huandika sifa za proksi za JVM
Kwa njia za HTTP na HTTPS, faili ya sifa inaweza kuwa na:
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
Tumia endpoint uliyopewa; kwa njia zinazoruhusiwa za hazina za umma, orodha ya proksi za HTTP hutoa jozi za host na port zinazoweza kutumiwa. Sifa ya kupita HTTPS pia ni http.nonProxyHosts; kubuni https.nonProxyHosts si marekebisho yaliyoandikwa. Sifa za host zina anwani, si URL kamili ya proksi.
Kuhamisha HTTP_PROXY kwenye shell hakuthibitishi peke yake kwamba mteja huyu wa JVM anaitumia kama sera ya proksi. Kagua sifa zinazotumiwa na programu.
Daemon hupokea taarifa za build
Nyaraka za sasa za Gradle zinasema mteja hutuma taarifa za build, pamoja na vigezo vya mazingira, kwa daemon. Kwa hiyo maelezo ya jumla “daemon haipokei kamwe vigezo vipya vya mazingira” si sahihi.
Baadhi ya sifa za kuanzisha JVM, zikiwemo za trust store, haziwezi kubadilishwa kwa JVM inayoendesha. Java home iliyobadilishwa au usanidi wa kuanzisha trust store unaweza hivyo kuwa muhimu hata thamani za kawaida za mazingira ya build zinapotumwa.
Linganisha uzinduzi huo miwili
Kagua ni Gradle distribution na Java runtime gani IDE inachagua. Kagua kama inatumia GRADLE_USER_HOME na user properties sawa na terminal. Ingizo la proksi katika usanidi wa mtumiaji mmoja halionyeshi muktadha mwingine ulipakia nini.
Ikiwa hitaji la kuanzisha lililobadilika linahitaji daemon tofauti, tumia vidhibiti vya daemon vilivyoandikwa kwa toleo husika la Gradle. Usichukulie kusimamisha daemon kama badala ya kutafuta sifa isiyo sahihi au faili ya usanidi inayokosekana.
Mwisho, tambua ombi lililoshindwa. Vipakuliwa vya Wrapper, utatuzi wa utegemezi wa build na maombi kutoka kwa michakato ya programu au majaribio iliyogawanywa si muktadha mmoja wa mtandao moja kwa moja. Thibitisha mchakato unaofanya ombi kabla ya kutarajia sifa ya Gradle iidhibiti.