Odkiaľ Gradle získava nastavenia proxy

Sledujte vlastnosti JVM proxy v Gradle, nastavenia domovského priečinka používateľa a prostredie klienta namiesto predpokladu, že démon vždy ignoruje nové premenné.

Build Gradle spustený z IDE môže používať inú konfiguráciu než ten istý projekt spustený z terminálu. Pred obvinením starého procesu proxy porovnajte domovský priečinok používateľa Gradle, JVM a vlastnosti proxy pri každom spustení.

Gradle dokumentuje vlastnosti JVM proxy

Súbor vlastností pre HTTP a HTTPS trasy môže obsahovať:

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

Použite pridelený endpoint; pre povolené trasy k verejným repozitárom zoznam HTTP proxy poskytuje kandidátne dvojice hostiteľa a portu. Vlastnosť obídenia HTTPS je tiež http.nonProxyHosts; vymyslieť https.nonProxyHosts nie je zdokumentované riešenie. Vlastnosti hostiteľa obsahujú adresu, nie úplné proxy URL.

Export HTTP_PROXY v shelli sám osebe nedokazuje, že ho tento klient JVM používa ako politiku proxy. Skontrolujte vlastnosti podporované aplikáciou.

Démon dostáva informácie o builde

Aktuálna dokumentácia Gradle uvádza, že klient posiela démonovi informácie o builde vrátane premenných prostredia. Preto je všeobecné vysvetlenie „démon nikdy nedostáva nové premenné prostredia“ nepresné.

Niektoré štartovacie vlastnosti JVM vrátane vlastností úložiska dôvery sú pre bežiacu JVM nemenné. Zmenený Java home alebo štartovacia konfigurácia úložiska dôvery preto môže byť dôležitá aj pri odovzdávaní bežných hodnôt prostredia buildu.

Porovnajte obe spustenia

Skontrolujte, ktorú distribúciu Gradle a runtime Java vyberá IDE. Overte, či používa rovnaké GRADLE_USER_HOME a používateľské vlastnosti ako terminál. Záznam proxy v konfigurácii jedného používateľa neurčuje, čo načítal iný kontext.

Ak zmenená požiadavka pri spustení potrebuje iného démona, použite zdokumentované ovládanie démona pre príslušnú verziu Gradle. Neberte zastavenie démonov ako náhradu za hľadanie nesprávnej vlastnosti alebo chýbajúceho konfiguračného súboru.

Napokon určte, ktorá požiadavka zlyhala. Sťahovanie Wrappera, riešenie závislostí buildu a požiadavky rozvetvených procesov aplikácie alebo testov nie sú automaticky jeden sieťový kontext. Overte proces, ktorý požiadavku vykonáva, skôr než očakávate, že ho vlastnosť Gradle ovládne.

Súvisiace články