【问题标题】:Unable to get SBT to download itself from behind Artifactory Pro corporate proxy无法让 SBT 从 Artifactory Pro 公司代理后面下载自己
【发布时间】:2019-10-15 16:29:37
【问题描述】:

我已将本地存储库文件~/.sbt/repositories 配置如下:

[repositories]
local
my-ivy-proxy-releases: http://ourinternalartifactoryaddress.com/artifactory/scala-ivy/, [organization]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)[revision]/[type]s/[artifact](-[classifier]).[ext]
my-maven-proxy-releases: http://ourinternalartifactoryaddress.com/artifactory/mvn-all

mvn-all 虚拟存储库的解决方案似乎运行良好 - 这是代理 maven-central 以及一些内部标准 maven 存储库。来自scala-ivy(虚拟仓库)的解决方案适用于 sbt-plugins 远程仓库,但不适用于解决 SBT 本身之类的问题。

设置

scala-ivy - 虚拟仓库(包类型 Ivy)代理 3 个远程仓库:

  1. maven-central-mirror - (http://central.maven.org/maven2 )`,这是 sbt 应该从这里下载自身,包类型'Maven'
  2. typesafe-ivy-releases - jcenter repo (https://dl.bintray.com/typesafe/ivy-releases/ ) 包含 1.x 行之前的 sbt 版本和一些 Scala 工件,包类型“Ivy”
  3. scala-sbt - (https://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/ ),封装类型“SBT”

问题是 - 此设置有什么问题/我在启动时缺少什么?

【问题讨论】:

  • 您是否有某种跟踪或日志来说明哪些工件没有被发现以及 sbt 试图从哪里检索它们?除了“它不工作”之外的东西
  • 我做到了,但我现在无法重现问题(它们已经发生了一周)。突然之间,通过 maven-central 解析 sbt 1.28 工作正常......

标签: scala sbt artifactory


【解决方案1】:

我不确定这是否最终成为一个暂时性问题,但今天早上看到 SBT 从我们在 Artifactory 中的 mvn-all 虚拟存储库下载自己感到惊讶,而历史上 SBT 位于 Ivy 存储库中。

我很高兴从一位维护者那里得到一个关于今天工件所在位置的答案,以帮助其他人进行设置。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-04-10
    • 1970-01-01
    • 2016-09-23
    • 2013-07-31
    • 2017-02-27
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多