我开始得到一个
unresolved dependency
今天在多个jar中出现错误。我不知道这是与垃圾箱日落有关还是与我这边的一些愚蠢的事情有关。
我又恢复了工作,但我担心这只是因为一些缓存的文件。如果这个问题现在被打破,我需要一个长期的解决方案。
依赖关系
https://github.com/teralytics/geohex
您可以在中看到指示的行
build.sbt
...
resolvers += Resolver.bintrayRepo("teralytics", "maven")
libraryDependencies += "net.teralytics" %% "geohex" % "0.1.+"
我的设置
我有多个脂肪罐,我推到Spark集群。。。它们有一个共同的依赖关系,我编写了这个依赖关系,并使用
sbt publishLocal
。无论是常见的依赖项,还是我推送给Spark的最后一个jar,都大量使用了
geohex
.
我一直包括
net.teralytics.geohex
中的裁判
build.sbt
用于底层依赖项和最终jar。我这样做是为了多个通用的引用,这从来都不是问题。
从今天开始(自6月初以来首次编译)。。。底层的jar编译得很好,但下游的jar都未能编译,抛出了以下。。。
[warn] module not found: net.teralytics#geohex_2.11;0.1.+
[warn] ==== local: tried
[warn] /Users/User123/.ivy2/local/net.teralytics/geohex_2.11/[revision]/ivys/ivy.xml
[warn] ==== local-preloaded-ivy: tried
[warn] /Users/User123/.sbt/preloaded/net.teralytics/geohex_2.11/[revision]/ivys/ivy.xml
[warn] ==== local-preloaded: tried
[warn] file:////Users/User123/.sbt/preloaded/net/teralytics/geohex_2.11/[revision]/geohex_2.11-[revision].pom
[warn] ==== public: tried
[warn] https://repo1.maven.org/maven2/net/teralytics/geohex_2.11/[revision]/geohex_2.11-[revision].pom
[warn] ==== bintray-teralytics-maven: tried
[warn] https://dl.bintray.com/teralytics/maven/net/teralytics/geohex_2.11/[revision]/geohex_2.11-[revision].pom
[info] Resolving jline#jline;2.12.1 ...
[warn] ::::::::::::::::::::::::::::::::::::::::::::::
[warn] :: UNRESOLVED DEPENDENCIES ::
[warn] ::::::::::::::::::::::::::::::::::::::::::::::
[warn] :: net.teralytics#geohex_2.11;0.1.+: not found
[warn] ::::::::::::::::::::::::::::::::::::::::::::::
[warn]
[warn] Note: Unresolved dependencies path:
[warn] net.teralytics:geohex_2.11:0.1.+ (/Users/User123/jars/name123/build.sbt#L17-27)
[warn] +- org.product123:name123.11:4.0.2
sbt.ResolveException: unresolved dependency: net.teralytics#geohex_2.11;0.1.+: not found
...
[error] (*:update) sbt.ResolveException: unresolved dependency: net.teralytics#geohex_2.11;0.1.+: not found
自从我
geohex
在上游jar中,编译得很好,我所做的只是从中删除对它的引用
build.sbt
对于下游的jar,它们现在进行编译。
但为什么呢?
看起来垃圾箱好像被太阳淋湿了。我读到这个。。。
https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/
但除了复制的行
build.sbt
从github或mvnrepository。。。我真的不明白bintray是做什么的,也不明白我是否完全因为这些变化而面临失去访问geohex的危险。
因为我的笔记本电脑上有一些缓存的文件,所以现在这样做有效吗?
最好的行动方案是什么?分叉回购和
publishLocal
以保持可用性?