Wêr’t Gradle syn proxyynstellingen wei hellet

Folgje Gradle syn JVM-proxy-eigenskippen, ynstellings fan de brûkers-home en de kliïntomjouwing ynstee fan oan te nimmen dat de daemon nije fariabelen altyd negearret.

In Gradle-build dy’t út in IDE start wurdt, kin in oare konfiguraasje brûke as itselde projekt út in terminal. Fergelykje de Gradle-brûkershome, JVM en proxy-eigenskippen fan elke start foardat jo in âld proxyproses de skuld jouwe.

Gradle dokumintearret JVM-proxy-eigenskippen

Foar HTTP- en HTTPS-rûtes kin in eigenskippenbestân befetsje:

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

Brûk it oan jo tawiisde einpunt; foar tastiene rûtes nei iepenbiere repositories jout de HTTP-proxylist kandidaatpearen fan host en poarte. De eigenskip foar HTTPS-omgean is ek http.nonProxyHosts; https.nonProxyHosts betinke is net de dokumintearre oplossing. Host-eigenskippen befetsje in adres, net in folsleine proxy-URL.

HTTP_PROXY eksportearje yn in shell is op himsels gjin bewiis dat dizze JVM-kliïnt it as proxybelied brûkt. Kontrolearje de eigenskippen dy’t de applikaasje stipet.

De daemon kriget wol buildynformaasje

De hjoeddeiske Gradle-dokumintaasje seit dat de kliïnt buildynformaasje, mei omjouwingsfariabelen, nei de daemon stjoert. Dêrom is de algemiene ferklearring ‘de daemon kriget nea nije omjouwingsfariabelen’ net krekt.

Guon JVM-start-eigenskippen, ek dy fan de truststore, binne ûnferoarlik foar in rinnende JVM. In feroare Java-home of startkonfiguraasje fan de truststore kin dêrom belangryk wêze, ek as gewoane buildomjouwingswearden trochjûn wurde.

Fergelykje de twa starts

Kontrolearje hokker Gradle-distribúsje en Java-runtime de IDE kiest. Kontrolearje oft dy itselde GRADLE_USER_HOME en brûkerseigenskippen brûkt as de terminal. In proxy-yngong yn ien brûker syn konfiguraasje seit net wat in oare kontekst laden hat.

As in feroare starteask in oare daemon nedich hat, brûk dan de dokumintearre daemonbestjoering foar de oanbelangjende Gradle-ferzje. Sjoch it stopjen fan daemons net as ferfanging foar it finen fan in ferkearde eigenskip of ûntbrekkend konfiguraasjebestân.

Bepaal as lêste hokker fersyk mislearre. Wrapper-downloads, it oplossen fan buildôfhinklikheden en fersiken fan ôfskate applikaasje- of testprosessen binne net automatysk ien netwurkkontekst. Kontrolearje it proses dat it fersyk docht foardat jo ferwachtsje dat in Gradle-eigenskip it bestjoert.

Relatearre artikelen