Iš kur Gradle gauna tarpinio serverio nustatymus

Sekite Gradle JVM tarpinio serverio ypatybes, naudotojo namų katalogo nustatymus ir kliento aplinką, užuot manę, kad demonas visada ignoruoja naujus kintamuosius.

Iš IDE paleistas Gradle kūrimas gali naudoti kitokią konfigūraciją nei tas pats projektas, paleistas terminale. Prieš kaltindami pasenusį tarpinio serverio procesą, palyginkite Gradle naudotojo namų katalogą, JVM ir kiekvieno paleidimo tarpinio serverio ypatybes.

Gradle dokumentuoja JVM tarpinio serverio ypatybes

HTTP ir HTTPS maršrutų ypatybių faile gali būti:

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

Naudokite priskirtą galinį tašką; leidžiamiems maršrutams į viešąsias saugyklas HTTP tarpinių serverių sąrašas pateikia galimus pagrindinio kompiuterio ir prievado derinius. HTTPS apėjimo ypatybė taip pat yra http.nonProxyHosts; sugalvoti https.nonProxyHosts nėra dokumentuotas sprendimas. Pagrindinio kompiuterio ypatybėse yra adresas, o ne visas tarpinio serverio URL.

HTTP_PROXY eksportavimas apvalkale savaime neįrodo, kad šis JVM klientas jį naudoja kaip tarpinio serverio politiką. Patikrinkite programos palaikomas ypatybes.

Demonas gauna kūrimo informaciją

Dabartinė Gradle dokumentacija teigia, kad klientas siunčia demonui kūrimo informaciją, įskaitant aplinkos kintamuosius. Todėl bendras teiginys „demonas niekada negauna naujų aplinkos kintamųjų“ yra netikslus.

Kai kurios JVM paleidimo ypatybės, įskaitant patikimumo saugyklos ypatybes, veikiančiai JVM yra nekintamos. Todėl pakeistas Java home arba patikimumo saugyklos paleidimo nustatymas gali būti svarbus, net kai įprastos kūrimo aplinkos reikšmės perduodamos.

Palyginkite abu paleidimus

Patikrinkite, kokį Gradle platinį ir Java vykdymo aplinką pasirenka IDE. Patikrinkite, ar jis naudoja tą patį GRADLE_USER_HOME ir naudotojo ypatybes kaip terminalas. Tarpinio serverio įrašas vieno naudotojo konfigūracijoje neparodo, ką įkėlė kitas kontekstas.

Jei pakeistam paleidimo reikalavimui reikia kito demono, naudokite dokumentuotus atitinkamos Gradle versijos demono valdiklius. Nelaikykite demonų stabdymo pakaitalu netinkamai ypatybei ar trūkstamam konfigūracijos failui rasti.

Galiausiai nustatykite, kuri užklausa nepavyko. Wrapper atsisiuntimai, kūrimo priklausomybių sprendimas ir išsišakojusių programos ar testų procesų užklausos automatiškai nėra vienas tinklo kontekstas. Prieš tikėdamiesi, kad Gradle ypatybė jį valdys, patikrinkite užklausą atliekantį procesą.

Susiję straipsniai