Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/scala/17.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
为什么sbt报告Scala 2.10.2缺少库(从8月1日开始)?_Sbt_Playframework 2.2_Typesafe Activator - Fatal编程技术网

为什么sbt报告Scala 2.10.2缺少库(从8月1日开始)?

为什么sbt报告Scala 2.10.2缺少库(从8月1日开始)?,sbt,playframework-2.2,typesafe-activator,Sbt,Playframework 2.2,Typesafe Activator,我有许多Play 2.2.x应用程序,这些应用程序已经开发了几个月没有出现问题。然而,从2014年8月1日开始,我开始收到以下警告和错误: 正在获取org.scala-sbt sbt 0.13.0 ::问题摘要:::未找到警告模块: org.scala lang#scala图书馆;2.10.2 ==本地:已尝试 /Users/dpope/.ivy2/local/org.scala-lang/scala-library/2.10.2/ivys/ivy.xml ==类型安全常春藤版本:已尝试 rep

我有许多Play 2.2.x应用程序,这些应用程序已经开发了几个月没有出现问题。然而,从2014年8月1日开始,我开始收到以下警告和错误:

正在获取org.scala-sbt sbt 0.13.0

::问题摘要:::未找到警告模块: org.scala lang#scala图书馆;2.10.2

==本地:已尝试

/Users/dpope/.ivy2/local/org.scala-lang/scala-library/2.10.2/ivys/ivy.xml

==类型安全常春藤版本:已尝试

repo.typesafe.com/typesafe/ivy-releases/org.scala-lang/scala-library/2.10.2/ivys/ivy.xml

==Maven Central:已尝试

repo1.maven.org/maven2/org/scala-lang/scala-library/2.10.2/scala-library-2.10.2.pom

  module not found: org.scala-lang#scala-compiler;2.10.2
  ::::::::::::::::::::::::::::::::::::::::::::::

  ::          UNRESOLVED DEPENDENCIES         ::

  ::::::::::::::::::::::::::::::::::::::::::::::

  :: org.scala-lang#scala-library;2.10.2: not found

  :: org.scala-lang#scala-compiler;2.10.2: not found

  ::::::::::::::::::::::::::::::::::::::::::::::
==本地:已尝试

/Users/dpope/.ivy2/local/org.scala-lang/scala-compiler/2.10.2/ivys/ivy.xml

==类型安全常春藤版本:已尝试

repo.typesafe.com/typesafe/ivy-releases/org.scala-lang/scala-compiler/2.10.2/ivys/ivy.xml

==Maven Central:已尝试

repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.10.2/scala-compiler-2.10.2.pom

  module not found: org.scala-lang#scala-compiler;2.10.2
  ::::::::::::::::::::::::::::::::::::::::::::::

  ::          UNRESOLVED DEPENDENCIES         ::

  ::::::::::::::::::::::::::::::::::::::::::::::

  :: org.scala-lang#scala-library;2.10.2: not found

  :: org.scala-lang#scala-compiler;2.10.2: not found

  ::::::::::::::::::::::::::::::::::::::::::::::
::使用详细或调试消息级别了解更多未解析的详细信息 依赖关系:org.scala lang#scala库;2.10.2:未发现未解决问题 依赖关系:org.scala lang#scala编译器;2.10.2:未找到错误 sbt执行期间:检索所需库时出错(请参阅 /Users/dpope/.sbt/boot/update.log获取完整日志)错误:无法 检索sbt 0.13.0

(我从上面的URL中删除了http:)

我的生成命令是:

java -Xms512M -Xmx1536M -Xss1M -XX:+CMSClassUnloadingEnabled -XX:MaxPermSize=384M -jar /opt/sbt/sbt-launch-0.13.0.jar -Dsbt.log.noformat=true clean compile test dist
同样,这几个月来一直运作良好,2014年8月1日才开始出现问题

通过update.log,我看到这两个文件有404个。显然,既然有404,为什么工作失败是有道理的

有人有解决办法吗?由于这是在播放前构建,所以似乎没有任何可以设置的配置。我没有能力通过构建服务器上的~/.sbt/存储库来管理repo,因为它们是短暂的

编辑美国东部夏令时8月2日10:40

再挖一点,看起来像

依赖于

<override org="org.scala-lang" module="scala-library" matcher="exact" rev="2.10.2"/>
<override org="org.scala-lang" module="scala-compiler" matcher="exact" rev="2.10.2"/>


但是这些已经不再存在于任何常春藤回购协议中。

我刚刚发现两个地方报告了这个问题,并以不同的方式解决了这个问题

更改解析器以包括Sonatype版本 如中所述,解决方案是将以下内容添加到构建中:

resolvers += Resolver.sonatypeRepo("releases")
手动下载所需的文件 中还报告了缺少Scala 2.10.2库的问题,解决方案是手动下载所需文件,如下所示:

$ cd ~/.ivy2/cache/org.scala-lang/
$ mkdir -p scala-library && cd scala-library
$ wget https://raw.githubusercontent.com/peterklipfel/scala_koans/master/ivyrepo/cache/org.scala-lang/scala-library/ivy-2.10.2.xml
$ wget https://raw.githubusercontent.com/peterklipfel/scala_koans/master/ivyrepo/cache/org.scala-lang/scala-library/ivydata-2.10.2.properties
$ mkdir -p jars && cd jars
$ wget https://github.com/peterklipfel/scala_koans/raw/master/ivyrepo/cache/org.scala-lang/scala-library/jars/scala-library-2.10.2.jar

它归结为将丢失的文件从另一个存储库下载到Ivy2本地缓存。对scala编译器执行同样的操作,您应该会很好。

希望这很快会得到解决,但在此之前:scala 2.10.2仍然可以在sonatype发行版repo中使用。将
Resolvers+=Resolver.sonatypeRepo(“releases”)
添加到
/project/plugins.sbt
(也可能是
/build.sbt
,取决于您的项目)应该可以解决这个问题。刚刚发现也报告了这个问题,但请注意
Resolvers
的情况-它从小写的
r
@JacekLaskowski开始,对了,谢谢我编辑了票。