Почему сборка завершилась неудачей из-за отсутствия зависимости apklib с пользовательским локальным хранилищем?

Question

У меня есть проект Scala/Android, который я компилирую с помощью SBT 0.12.4. Оно работает.

я могу объявить новое хранилище и новый apklib зависимость:

resolvers += "local maven" at "file:./lib/" 
libraryDependencies += apklib("com.sbstrm" % "appirater" % "1.3.1") 

Я получил следующие файлы ./lib/ корня моего проекта (что соответствует определению local maven RESOLVER в):

Under com/sbstrm/appirater

• _maven.repositories
• appirater-1.3.1.apklib
• appirater-1.3.1.pom

и com/sbstrm/appirater/1.3.1:

• Maven-метаданными local.xml

Вопросы приходят когда я обновляю sbt до 0,13.6.

С версией я получаю следующие ошибки, и я не могу встроить библиотеку appirater больше в моем проекте:

[warn] :::::::::::::::::::::::::::::::::::::::::::::: 
[warn] ::   UNRESOLVED DEPENDENCIES   :: 
[warn] :::::::::::::::::::::::::::::::::::::::::::::: 
[warn] :: com.sbstrm#appirater;1.3.1: URI is not hierarchical 
[warn] :::::::::::::::::::::::::::::::::::::::::::::: 
[warn] 
[warn] Note: Unresolved dependencies path: 
[warn]  com.sbstrm:appirater:1.3.1 (/project/build.sbt#L34-35) 
[warn]  +- default:project_2.11:0.1-SNAPSHOT 
sbt.ResolveException: unresolved dependency: com.sbstrm#appirater;1.3.1: URI is not hierarchical 
    at sbt.IvyActions$.sbt$IvyActions$$resolve(IvyActions.scala:243) 
    at sbt.IvyActions$$anonfun$updateEither$1.apply(IvyActions.scala:158) 
    at sbt.IvyActions$$anonfun$updateEither$1.apply(IvyActions.scala:156) 
    at sbt.IvySbt$Module$$anonfun$withModule$1.apply(Ivy.scala:147) 
    at sbt.IvySbt$Module$$anonfun$withModule$1.apply(Ivy.scala:147) 
    at sbt.IvySbt$$anonfun$withIvy$1.apply(Ivy.scala:124) 
    at sbt.IvySbt.sbt$IvySbt$$action$1(Ivy.scala:56) 
    at sbt.IvySbt$$anon$3.call(Ivy.scala:64) 
    at xsbt.boot.Locks$GlobalLock.withChannel$1(Locks.scala:98) 
    at xsbt.boot.Locks$GlobalLock.xsbt$boot$Locks$GlobalLock$$withChannelRetries$1(Locks.scala:81) 
    at xsbt.boot.Locks$GlobalLock$$anonfun$withFileLock$1.apply(Locks.scala:102) 
    at xsbt.boot.Using$.withResource(Using.scala:11) 
    at xsbt.boot.Using$.apply(Using.scala:10) 
    at xsbt.boot.Locks$GlobalLock.ignoringDeadlockAvoided(Locks.scala:62) 
    at xsbt.boot.Locks$GlobalLock.withLock(Locks.scala:52) 
    at xsbt.boot.Locks$.apply0(Locks.scala:31) 
    at xsbt.boot.Locks$.apply(Locks.scala:28) 
    at sbt.IvySbt.withDefaultLogger(Ivy.scala:64) 
    at sbt.IvySbt.withIvy(Ivy.scala:119) 
    at sbt.IvySbt.withIvy(Ivy.scala:116) 
    at sbt.IvySbt$Module.withModule(Ivy.scala:147) 
    at sbt.IvyActions$.updateEither(IvyActions.scala:156) 
    at sbt.Classpaths$$anonfun$sbt$Classpaths$$work$1$1.apply(Defaults.scala:1282) 
    at sbt.Classpaths$$anonfun$sbt$Classpaths$$work$1$1.apply(Defaults.scala:1279) 
    at sbt.Classpaths$$anonfun$doWork$1$1$$anonfun$84.apply(Defaults.scala:1309) 
    at sbt.Classpaths$$anonfun$doWork$1$1$$anonfun$84.apply(Defaults.scala:1307) 
    at sbt.Tracked$$anonfun$lastOutput$1.apply(Tracked.scala:35) 
    at sbt.Classpaths$$anonfun$doWork$1$1.apply(Defaults.scala:1312) 
    at sbt.Classpaths$$anonfun$doWork$1$1.apply(Defaults.scala:1306) 
    at sbt.Tracked$$anonfun$inputChanged$1.apply(Tracked.scala:45) 
    at sbt.Classpaths$.cachedUpdate(Defaults.scala:1324) 
    at sbt.Classpaths$$anonfun$updateTask$1.apply(Defaults.scala:1264) 
    at sbt.Classpaths$$anonfun$updateTask$1.apply(Defaults.scala:1242) 
    at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47) 
    at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:40) 
    at sbt.std.Transform$$anon$4.work(System.scala:63) 
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226) 
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226) 
    at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:17) 
    at sbt.Execute.work(Execute.scala:235) 
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226) 
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226) 
    at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:159) 
    at sbt.CompletionService$$anon$2.call(CompletionService.scala:28) 
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:138) 
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) 
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:138) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) 
    at java.lang.Thread.run(Thread.java:695) 
[error] (*:update) sbt.ResolveException: unresolved dependency: com.sbstrm#appirater;1.3.1: URI is not hierarchical 

Кто-нибудь есть решение?

Answer 1

tl; dr Использовать ${baseDirectory.value} для ссылки на основной каталог проекта, то есть resolvers += "local maven" at s"file:${baseDirectory.value}/lib".

вопрос исходит от линии resolvers += "local maven" at "file:./lib/" потому the preconditions on the parameter do not hold, т.е. "file:./lib/" не соответствует java.io.File «s контракт.

Вы можете проверить это сами в Scala РЕПЛ:

new java.io.File(new java.net.URI("file:./lib/")) 

С выше линии вы будете сталкиваться ошибка:

scala> new java.io.File(new java.net.URI("file:./lib/")) 
java.lang.IllegalArgumentException: URI is not hierarchical 
    at java.io.File.<init>(File.java:418) 
    ... 43 elided 

Решение заключается в использовании ${baseDirectory.value} полностью ссылки на путь от основной директории проекта:

resolvers += "local ./lib maven" at s"file:${baseDirectory.value}/lib"