Как добавить «предоставленные» зависимости обратно в путь classа run / test tasks?

Вот пример build.sbt :

 import AssemblyKeys._ assemblySettings buildInfoSettings net.virtualvoid.sbt.graph.Plugin.graphSettings name := "scala-app-template" version := "0.1" scalaVersion := "2.9.3" val FunnyRuntime = config("funnyruntime") extend(Compile) libraryDependencies += "org.spark-project" %% "spark-core" % "0.7.3" % "provided" sourceGenerators in Compile <+= buildInfo buildInfoPackage := "com.psnively" buildInfoKeys := Seq[BuildInfoKey](name, version, scalaVersion, target) assembleArtifact in packageScala := false val root = project.in(file(".")). configs(FunnyRuntime). settings(inConfig(FunnyRuntime)(Classpaths.configSettings ++ baseAssemblySettings ++ Seq( libraryDependencies += "org.spark-project" %% "spark-core" % "0.7.3" % "funnyruntime" )): _*) 

objective состоит в том, чтобы иметь искровое kernel "provided" чтобы оно и его зависимости не включались в артефакт сборки, а чтобы повторно включать их в путь к среде выполнения для задач, связанных с run и test .

Похоже, что использование настраиваемой области в конечном итоге будет полезно, но я зациклен на том, как фактически заставить задачи по умолчанию / глобальному запуску / тестированию использовать пользовательские libraryDependencies и, надеюсь, переопределить значение по умолчанию. Я пробовал вещи, в том числе:

• Подписать CSR с помощью Bouncy Castle
• Ошибка кодирования при попытке сопоставить строку dataframe с обновленной строкой
• Какие хорошие право-ассоциативные методы в Scala?
• Как определить и использовать пользовательскую агрегированную функцию в Spark SQL?
• Использовать случай scala.concurrent.blocking

 (run in Global) := (run in FunnyRuntime) 

и тому подобное безрезультатно.

Подводя итог: это, по сути, является обобщением веб-случая, где servlet-api находится в «предоставленной» области, а задачи запуска / тестирования обычно вызывают контейнер сервлетов, который действительно обеспечивает сервлет-api для выполняемого кода. Единственное различие здесь в том, что я не откатываю отдельную JVM / среду; Я просто хочу вручную увеличить пути к classам этих задач, эффективно «отменив» предоставленную область, но таким образом, чтобы продолжать исключать зависимость от артефакта сборки.

 run in Compile <<= Defaults.runTask(fullClasspath in Compile, mainClass in (Compile, run), runner in (Compile, run)) 

 runMain in Compile <<= Defaults.runMainTask(fullClasspath in Compile, runner in (Compile, run))