Gradle прокси жөндөөлөрүн кайдан алат

Gradle’дин JVM прокси касиеттерин, колдонуучунун үй каталогу жөндөөлөрүн жана кардар чөйрөсүн караңыз; демон жаңы өзгөрмөлөрдү дайыма көз жаздымда калтырат деп эсептебеңиз.

IDEден иштетилген Gradle түзүлүшү терминалдан иштетилген ошол эле долбоордон башка конфигурацияны колдонушу мүмкүн. Эски прокси процессин күнөөлөөдөн мурда ар бир иштетүүдөгү 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 эмес, дарек болот.

Shellде HTTP_PROXY экспорттоо бул JVM кардары аны прокси саясаты катары колдонорун өзүнөн өзү далилдебейт. Колдонмо колдогон касиеттерди текшериңиз.

Демон түзүлүш маалыматын алат

Gradleдин учурдагы документтери кардар түзүлүш маалыматын, анын ичинде чөйрө өзгөрмөлөрүн, демонго жөнөтөрүн айтат. Ошондуктан «демон жаңы чөйрө өзгөрмөлөрүн эч качан албайт» деген жалпы түшүндүрмө так эмес.

Ишеним сактагычынын касиеттерин кошкондо айрым JVM баштоо касиеттери иштеп жаткан JVM үчүн өзгөрбөйт. Демек кадимки түзүлүш чөйрөсү маанилери өткөрүлсө да өзгөргөн Java home же ишеним сактагычынын баштоо жөндөөсү маанилүү болушу мүмкүн.

Эки иштетүүнү салыштырыңыз

IDE кайсы Gradle дистрибутивин жана Java иштөө чөйрөсүн тандаганын текшериңиз. Ал терминалдагыдай эле GRADLE_USER_HOME жана колдонуучу касиеттерин колдонобу, текшериңиз. Бир колдонуучунун конфигурациясындагы прокси жазмасы башка контекст эмнени жүктөгөнүн көрсөтпөйт.

Өзгөргөн баштоо талабы башка демонду талап кылса, тиешелүү Gradle версиясынын документтештирилген демон башкарууларын колдонуңуз. Демондорду токтотууну туура эмес касиетти же жетишпеген конфигурация файлын табуунун ордуна койбоңуз.

Акырында иштебей калган сурамды аныктаңыз. Wrapper жүктөөлөрү, түзүлүш көз карандылыктарын чечүү жана бөлүнгөн колдонмо же тест процесстеринин сурамдары автоматтык түрдө бир тармак контексти эмес. Gradle касиети аны башкарат деп күтүүдөн мурун сурам жасаган процессти текшериңиз.

Тектеш макалалар