Gradle build pokrenut iz IDE-a može koristiti drugačiju konfiguraciju od istog projekta pokrenutog iz terminala. Pre nego što okrivite zastareli proksi proces, uporedite Gradleov korisnički početni direktorijum, JVM i svojstva proksija pri svakom pokretanju.

Gradle dokumentuje JVM svojstva proksija

Datoteka svojstava za HTTP i HTTPS rute može sadržati:

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

Koristite dodeljenu krajnju tačku; za dozvoljene rute ka javnim repozitorijumima lista HTTP proksija daje kandidate za parove hosta i porta. Svojstvo za zaobilaženje HTTPS-a je takođe http.nonProxyHosts; izmišljanje https.nonProxyHosts nije dokumentovano rešenje. Svojstva hosta sadrže adresu, a ne potpun URL proksija.

Izvoz HTTP_PROXY u shell sam po sebi ne dokazuje da ga ovaj JVM klijent koristi kao svoju proksi politiku. Proverite svojstva koja aplikacija podržava.

Demon zaista prima informacije o buildu

Aktuelna Gradle dokumentacija kaže da klijent šalje demonu informacije o buildu, uključujući promenljive okruženja. Zato je opšte objašnjenje „demon nikada ne prima nove promenljive okruženja“ netačno.

Neka svojstva pokretanja JVM-a, uključujući svojstva skladišta poverenja, nepromenljiva su za JVM koji radi. Promenjeni Java home ili početna konfiguracija skladišta poverenja mogu zato biti važni i kada se uobičajene vrednosti okruženja prosleđuju.

Uporedite dva pokretanja

Proverite koju Gradle distribuciju i Java runtime bira IDE. Proverite da li koristi isti GRADLE_USER_HOME i svojstva korisnika kao terminal. Proxy unos u konfiguraciji jednog korisnika ne pokazuje šta je učitao drugi kontekst.

Ako promenjeni zahtev pri pokretanju traži drugi demon, koristite dokumentovane kontrole demona za odgovarajuću verziju Gradlea. Nemojte zaustavljanje demona tretirati kao zamenu za pronalaženje pogrešnog svojstva ili konfiguracione datoteke koja nedostaje.

Na kraju utvrdite koji zahtev nije uspeo. Preuzimanja Wrappera, rešavanje zavisnosti buildu i zahtevi račvanih procesa aplikacije ili testova nisu automatski isti mrežni kontekst. Proverite proces koji pravi zahtev pre nego što očekujete da ga Gradle svojstvo kontroliše.

Povezani članci