프록시를 통해 sbt의 첫 다운로드 받기
sbt를 실행하는 JVM을 구성하고 런처 다운로드, 저장소 선택, 프록시 인증을 구분합니다.
sbt는 빌드 정의가 유용한 일을 하기 전에 네트워크가 필요할 수 있습니다. 런처는 구성 요소를 받아야 하고, 빌드는 나중에 추가 라이브러리를 통해 저장소에 접속할 수 있습니다. 작업 안에 숨겨진 프록시 설정은 첫 다운로드에는 너무 늦게 적용될 수 있습니다.
실제로 sbt를 실행하는 JVM부터 시작하십시오. 프로젝트의 .jvmopts 파일을 읽는 런처라면 기본 엔드포인트 속성은 다음과 같습니다.
-Dhttp.proxyHost=proxy.example.net
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example.net
-Dhttps.proxyPort=8080
이 값들은 호스트 이름과 포트를 분리하며, 완전한 프록시 URL이 아닙니다. 허용된 공개 저장소 다운로드의 경우 HTTP 프록시 목록이 해당 필드의 후보 값을 제공합니다. HTTPS 저장소도 CONNECT를 사용하면 HTTP 프록시를 통해 접근할 수 있습니다.
어느 다운로드가 실패했는지 확인하십시오
런처 부트스트랩, 빌드 도구 구성 요소, 플러그인, 종속성은 반드시 같은 구성 계층을 사용하지는 않습니다. 저장소 선언을 수정하기 전에 실패한 URL과 단계를 확인하십시오.
저장소 선택은 아티팩트를 어디서 가져오는지를 결정합니다. 프록시 구성은 네트워크 클라이언트가 그 엔드포인트에 어떻게 도달하는지를 결정합니다. 저장소를 내부 미러로 바꾸는 것은 별도의 지원되는 선택일 수 있지만, 다른 모든 대상에 대한 네트워크 프록시를 구성하지는 않습니다.
프록시 인증은 또 하나의 확인 사항입니다. 모든 Java 다운로더가 임의의 proxyUser 속성을 지원되는 로그인 메커니즘으로 처리한다고 가정하지 마십시오. 설치된 런처와 관련 리졸버에 대해 문서화된 인증 방식을 사용하십시오.
마지막으로 다른 러너용 안내서에서 변수를 복사하는 대신 실제 적용되는 런처 환경을 확인하십시오. DNS 실패, 사용할 수 없는 저장소, 거부된 프록시 로그인은 모두 종속성 해결 중에 나타날 수 있지만 필요한 수정은 크게 다릅니다.