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 시작 후 저장소 접근이었는지 보고하세요. 두 작업은 다릅니다.

관련 글