Настройки прокси Gradle Wrapper для загрузки дистрибутива

Если gradlew не может загрузить дистрибутив Gradle, сборка ещё не началась. Объявление репозитория или сетевой код в задаче сборки не может настроить более ранний запрос Java.

Перед загрузкой Wrapper читает записи systemProp из проектных и пользовательских файлов gradle.properties. Для HTTPS-адресов:

systemProp.https.proxyHost=203.0.113.10
systemProp.https.proxyPort=8080

Используйте хост конечной точки без полной схемы URL прокси и с фактическим портом; список HTTP-прокси предлагает кандидатов для загрузки дистрибутивов, которым разрешено использовать общедоступные HTTP-прокси. Пользовательские значения переопределяют проектные, а системные свойства командной строки имеют более высокий приоритет. Если IDE и терминал расходятся, сравните источники конфигурации Gradle. Выберите нужную область проекта/машины и не помещайте личные данные прокси в коммитимые файлы.

distributionUrl должен оставаться источником дистрибутива Gradle. Он не обозначает прямой прокси. Перенаправление может добавить другой хост; сохраните фактический URL неудачной загрузки и политику вместо изменения репозиториев зависимостей.

Кэшированный дистрибутив может позволить другой машине запустить gradlew --version, не выполняя эту загрузку. После начальной загрузки запросам плагинов и зависимостей по-прежнему нужны собственные маршруты. Укажите, была ли ошибка загрузкой дистрибутива до запуска или доступом к репозиторию после начала Gradle; это разные операции.