Unresolved Dependencies for a new play 2.0 scala project
早上好,
在" play new todo "(新的scala项目)-> " cd todo "-> " play dependencies "之后,我得到了一个未解决的依赖项" org.slf4j:slf4j-api: " net.sf.ehcache:ehcache-core:2.5.0,org.hibernate:hibernate-validator:4.2.0.final,play:play_2.9.1:2.0 "要求的理由1."由1.6逐出.4 "。
实际上,已解决的依赖项中已经存在org.slf4j:slf4j-api:1.6.4。
我尝试了不同的方法,但没有任何效果。似乎在互联网上,只有一个人遇到同样的问题,但是他解决问题的方式对我来说不起作用。
我还尝试了AUR存储库中的play框架版本(我正在使用Archlinux),但是后来我遇到了其他甚至更复杂的问题,因此我返回了从官方网站下载的版本。
有人对如何解决此依赖关系问题有任何暗示吗?
错误状态为" org.slf4j:slf4j-api:1.6.1"。
您有" org.slf4j:slf4j-api:1.6.4",这当然是不一样的(即1.6.1不是1.6.4)
干杯
- 好吧,是的,据我所知,它也显示"由1.6.4驱逐"。问题在于,这是一个vanila项目,已经具有我不知道如何解决的未解决的依赖关系。
-
嗯,没注意到,"逐出1.6.4"位。如果播放抓住slf4j 1.6.4,则听起来像是个错误;否则,吹走1.6.4并替换为v.1.6.1,然后查看测试项目是否已编译
-
我用1.6.1替换了1.6.4(在slf4j的上下文中),清理了所有内容,现在是1.6.4淘汰的1.6.4和1.6.2(所以我有2个未解决的依赖项)...
-
完全奇怪,1.6.2是哪里来的?不确定这是否有帮助,但是在某些情况下,先删除?/ .ivy2,?/ m2,然后再执行" sbt clean update reload"可以解决依赖项问题。否则,播放邮件列表或错误跟踪器可能是您的下一步行动。
-
我在邮件列表中找到了一个答案:"正如您所看到的,这是传递类deps:D的奇妙世界,这并不是真正的问题,而只是逐出版本。"谢谢你的提示