SBT 0.13.11无法下载代理背后的依赖项

Question

使用Windows7，64bit，在代理服务器后面。

我已经下载并安装了SBT(0.13.11)、Scala(2.11.8)和IntelliJ IDEA社区（2016.1.2）的最新版本。当我尝试在IntelliJ中启动一个新项目时，我可以使用的SBT的最新版本是0.13.8，而不是0.13.11。有人知道为什么会这样吗？如果我尝试启动一个新项目,我会得到一个错误：

错误：导入SBT项目时出错:
...

[warn]  ::          UNRESOLVED DEPENDENCIES         ::
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn]  :: org.scala-lang#scala-library;2.11.8: not found
[warn]  :: org.scala-lang#scala-compiler;2.11.8: not found
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn] 
[warn]  Note: Unresolved dependencies path:
[warn]      org.scala-lang:scala-library:2.11.8 ((sbt.Classpaths) Defaults.scala#L1203)
[warn]        +- default:untitled1_2.11:1.0
[warn]      org.scala-lang:scala-compiler:2.11.8
[warn]        +- default:untitled1_2.11:1.0
[trace] Stack trace suppressed: run 'last *:update' for the full output.
[trace] Stack trace suppressed: run 'last :ssExtractDependencies' for the full output.
[error] (:update) sbt.ResolveException: unresolved dependency: org.scala-lang#scala-library;2.11.8: not found
[error] unresolved dependency: org.scala-lang#scala-compiler;2.11.8: not found
[error] (*:ssExtractDependencies) sbt.ResolveException: unresolved dependency: org.scala-lang#scala-library;2.11.8: not found
[error] unresolved dependency: org.scala-lang#scala-compiler;2.11.8: not found
[error] Total time: 4 s, completed May 25, 2016 10:51:00 AM
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=384M; support was removed in 8.0
Picked up _JAVA_OPTIONS: -Djava.net.preferIPv4Stack=true

所以，这是相当令人困惑的，因为它不清楚是否代理是问题。似乎如果我能将SBT更新到0.13.11版本，整个过程就会正常进行。

任何洞察力或帮助都将非常感谢--我很高兴能学习Scala，但这些技术困难阻碍了我。

Answer 1

SBT的输出有一条红线：

[error] Server access Error: Connection refused: connect url=https://repo1.maven.org/maven2/org/scala-lang/scala-library/2.11.8/scala-library-2.11.8.pom

发生这种情况是因为您在代理之后，并且从版本0.13.9开始，sbt默认使用https进行所有连接。SBT0.13.8仍然使用http，这就是为什么这个问题在这个版本中没有体现出来的原因。

处理此问题的最简单方法是修改sbt.bat脚本，并在启动sbt可执行文件的命令行中添加一个参数：

-Dsbt.repository.secure=false

一种看起来更正确但复杂得多的修复方法涉及到从您使用的maven存储库中手动提取https证书，并使用keytool将其安装到JDK的cacerts密钥库中--然而，这种复杂的方法似乎不能涵盖所有情况，而关闭https则完全像一种魅力。