Адкуль Gradle бярэ налады проксі

Адсочвайце ўласцівасці JVM-проксі Gradle, налады хатняга каталога карыстальніка і асяроддзе кліента замест здагадкі, што дэман заўсёды ігнаруе новыя зменныя.

Зборка Gradle, запушчаная з IDE, можа выкарыстоўваць іншую канфігурацыю, чым той самы праект, запушчаны з тэрмінала. Перш чым вінаваціць стары працэс проксі, параўнайце хатні каталог карыстальніка Gradle, JVM і ўласцівасці проксі кожнага запуску.

Gradle дакументуе ўласцівасці JVM-проксі

Файл уласцівасцей для HTTP- і HTTPS-маршрутаў можа ўтрымліваць:

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

Выкарыстоўвайце прызначаны вам канчатковы пункт; для дазволеных маршрутаў да публічных рэпазіторыяў спіс HTTP-проксі дае кандыдатныя пары хоста і порта. Уласцівасць абыходу HTTPS таксама http.nonProxyHosts; выдумляць https.nonProxyHosts — не дакументаванае выпраўленне. Уласцівасці хоста ўтрымліваюць адрас, а не поўны URL проксі.

Экспарт HTTP_PROXY у абалонку сам па сабе не даказвае, што гэты JVM-кліент выкарыстоўвае яго як палітыку проксі. Праверце ўласцівасці, якія падтрымлівае праграма.

Дэман сапраўды атрымлівае звесткі пра зборку

Актуальная дакументацыя Gradle кажа, што кліент адпраўляе дэману звесткі пра зборку, у тым ліку зменныя асяроддзя. Таму агульнае тлумачэнне «дэман ніколі не атрымлівае новыя зменныя асяроддзя» недакладнае.

Некаторыя ўласцівасці запуску JVM, у тым ліку ўласцівасці сховішча даверу, нязменныя для JVM, якая працуе. Таму зменены Java home або пачатковая канфігурацыя сховішча даверу можа мець значэнне, нават калі звычайныя значэнні асяроддзя зборкі перадаюцца.

Параўнайце два запускі

Праверце, які дыстрыбутыў Gradle і асяроддзе выканання Java выбірае IDE. Праверце, ці выкарыстоўвае яно тое самае GRADLE_USER_HOME і ўласцівасці карыстальніка, што і тэрмінал. Запіс проксі ў канфігурацыі аднаго карыстальніка не паказвае, што загрузіў іншы кантэкст.

Калі змененае патрабаванне запуску патрабуе іншага дэмана, выкарыстоўвайце дакументаваныя элементы кіравання дэманам для адпаведнай версіі Gradle. Не лічыце спыненне дэманаў заменай пошуку памылковай уласцівасці або адсутнага файла канфігурацыі.

Нарэшце, вызначце запыт, які не прайшоў. Спампоўванні Wrapper, вырашэнне залежнасцей зборкі і запыты раздвоеных працэсаў праграмы або тэстаў не з’яўляюцца аўтаматычна адным сеткавым кантэкстам. Праверце працэс, які робіць запыт, перш чым чакаць, што ўласцівасць Gradle будзе ім кіраваць.

Падобныя артыкулы