未解决的依赖关系org.mongodb#bson#2.5,sbt中的不良组织 [英] unresolved dependency org.mongodb#bson#2.5, bad organisation in sbt

查看:97
本文介绍了未解决的依赖关系org.mongodb#bson#2.5,sbt中的不良组织的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我试图将 org.apache.mahout% mahout-integration% 0.7 用作基于play2的Web应用程序中的依赖项。 / p>

I'm trying to use "org.apache.mahout" % "mahout-integration" % "0.7" as a dependency inside my play2 based web application.

[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn]  ::          UNRESOLVED DEPENDENCIES         ::
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
[warn]  :: org.mongodb#bson;2.5: java.text.ParseException: inconsistent module descriptor file found in 'http://repo1.maven.org/maven2/org/mongodb/bson/2.5/bson-2.5.pom': bad organisation: expected='org.mongodb' found='org.bson';
[warn]  ::::::::::::::::::::::::::::::::::::::::::::::
sbt.ResolveException: unresolved dependency: org.mongodb#bson;2.5: java.text.ParseException: inconsistent module descriptor file found in 'http://repo1.maven.org/maven2/org/mongodb/bson/2.5/bson-2.5.pom': bad organisation: expected='org.mongodb' found='org.bson';
    at sbt.IvyActions$.sbt$IvyActions$$resolve(IvyActions.scala:214)
    at sbt.IvyActions$$anonfun$update$1.apply(IvyActions.scala:122)
    at sbt.IvyActions$$anonfun$update$1.apply(IvyActions.scala:121)
    at sbt.IvySbt$Module$$anonfun$withModule$1.apply(Ivy.scala:114)
    at sbt.IvySbt$Module$$anonfun$withModule$1.apply(Ivy.scala:114)
    at sbt.IvySbt$$anonfun$withIvy$1.apply(Ivy.scala:102)
    at sbt.IvySbt.liftedTree1$1(Ivy.scala:49)
    at sbt.IvySbt.action$1(Ivy.scala:49)
    at sbt.IvySbt$$anon$3.call(Ivy.scala:58)
    at xsbt.boot.Locks$GlobalLock.withChannel$1(Locks.scala:75)
    at xsbt.boot.Locks$GlobalLock.withChannelRetries$1(Locks.scala:58)
    at xsbt.boot.Locks$GlobalLock$$anonfun$withFileLock$1.apply(Locks.scala:79)
    at xsbt.boot.Using$.withResource(Using.scala:11)
    at xsbt.boot.Using$.apply(Using.scala:10)
    at xsbt.boot.Locks$GlobalLock.liftedTree1$1(Locks.scala:51)
    at xsbt.boot.Locks$GlobalLock.withLock(Locks.scala:51)
    at xsbt.boot.Locks$.apply0(Locks.scala:30)
    at xsbt.boot.Locks$.apply(Locks.scala:27)
    at sbt.IvySbt.withDefaultLogger(Ivy.scala:58)
    at sbt.IvySbt.withIvy(Ivy.scala:99)
    at sbt.IvySbt.withIvy(Ivy.scala:95)
    at sbt.IvySbt$Module.withModule(Ivy.scala:114)
    at sbt.IvyActions$.update(IvyActions.scala:121)
    at sbt.Classpaths$$anonfun$work$1$1.apply(Defaults.scala:951)
    at sbt.Classpaths$$anonfun$work$1$1.apply(Defaults.scala:949)
    at sbt.Classpaths$$anonfun$doWork$1$1$$anonfun$54.apply(Defaults.scala:972)
    at sbt.Classpaths$$anonfun$doWork$1$1$$anonfun$54.apply(Defaults.scala:970)
    at sbt.Tracked$$anonfun$lastOutput$1.apply(Tracked.scala:35)
    at sbt.Classpaths$$anonfun$doWork$1$1.apply(Defaults.scala:974)
    at sbt.Classpaths$$anonfun$doWork$1$1.apply(Defaults.scala:969)
    at sbt.Tracked$$anonfun$inputChanged$1.apply(Tracked.scala:45)
    at sbt.Classpaths$.cachedUpdate(Defaults.scala:977)
    at sbt.Classpaths$$anonfun$45.apply(Defaults.scala:856)
    at sbt.Classpaths$$anonfun$45.apply(Defaults.scala:853)
    at sbt.Scoped$$anonfun$hf10$1.apply(Structure.scala:586)
    at sbt.Scoped$$anonfun$hf10$1.apply(Structure.scala:586)
    at scala.Function1$$anonfun$compose$1.apply(Function1.scala:49)
    at sbt.Scoped$Reduced$$anonfun$combine$1$$anonfun$apply$12.apply(Structure.scala:311)
    at sbt.Scoped$Reduced$$anonfun$combine$1$$anonfun$apply$12.apply(Structure.scala:311)
    at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:41)
    at sbt.std.Transform$$anon$5.work(System.scala:71)
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:232)
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:232)
    at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18)
    at sbt.Execute.work(Execute.scala:238)
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:232)
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:232)
    at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:160)
    at sbt.CompletionService$$anon$2.call(CompletionService.scala:30)
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
[error] (*:update) sbt.ResolveException: unresolved dependency: org.mongodb#bson;2.5: java.text.ParseException: inconsistent module descriptor file found in 'http://repo1.maven.org/maven2/org/mongodb/bson/2.5/bson-2.5.pom': bad organisation: expected='org.mongodb' found='org.bson';
[error] Total time: 15 s, completed 20 May 2013 13:00:08

是否可以使用 externalPom()方法解决该问题?

Is it possible to workaround that issue with externalPom() method?

推荐答案

我的解决方法:

"org.apache.mahout" % "mahout-integration" % "0.7" exclude("org.mongodb", "bson"),
"org.mongodb" % "bson" % "2.5" from "http://repo1.maven.org/maven2/org/mongodb/bson/2.5/bson-2.5.jar",

但是,该错误当然应该在 bson中修复.pom groupId 应该是 org.mongodb )或存储库布局( bson.jar 必须移到 org / bson dir)。

But of course the bug should be fixed in bson.pom (groupId should be org.mongodb) or repository layout (bson.jar have to be moved into org/bson dir).

聚苯乙烯 http://repo1.maven.org /maven2/org/mongodb/bson/2.11.1/bson-2.11.1.pom 包含正确的 groupId

P.S. http://repo1.maven.org/maven2/org/mongodb/bson/2.11.1/bson-2.11.1.pom contains correct groupId.

这篇关于未解决的依赖关系org.mongodb#bson#2.5,sbt中的不良组织的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆