问题标签 [sbt-assembly]

我正在尝试将源文件添加到 scala jar。jar 是用 Jenkins 每晚生成的，使用 sbt 编译和 sbt-assembly 来制作 jar。知道如何让 Jenkins 自动在 jar 中添加源文件吗？

我是 Spark 的新手，需要有关错误的帮助： java.lang.NoClassDefFoundError: org/apache/spark/rdd/RDD$

我正在 Scala 中创建一个独立的 Spark 示例。我跑sbt clean package并sbt assembly打包了scala spark代码。两者都成功完成，没有任何错误。对 RDD 的任何操作都会引发错误。解决此问题的任何指示都将非常有帮助。

spark-submit我使用命令调用作业。

$SPARK_HOME/bin/spark-submit --class org.apache.spark.examples.GroupTest /Users/../spark_workspace/spark/examples/target/scala-2.10/spark-examples_2.10-1.3.0-SNAPSHOT.jar

We have a project where we are building a large number of Scalatra microservices by packaging them using the sbt-assembly plugin, then creating Docker images using the sbt-docker plugin. The process is slow due to the number of micro-services because the assembly plugin has to process all the transitive dependencies for each service. However I note most of the micro-services have very similar dependencies. Is there any way to speed this up?

One limitation is we are doing this on Jenkins (CI) server so we are calling sbt clean at the start so we are not able to take advantage of any caching?

我正在尝试通过为我的项目运行 sbt 程序集来制作一个胖罐子。我收到以下错误：

hadoop-mapreduce-client-core 的 DistributedCache 现已弃用。在我的 build.sbt 中，我包括：

依赖是这样的：

我该如何处理？

提前致谢！

使用 sbt 版本0.13.6，

Spark 1.2.0 失败了

这究竟是什么原因，之前的1.1.0版本没有问题。

我有多个项目Build.scala。有没有办法将 sbt-assembly 生成的所有 jar 放在根目标目录中？

例如，考虑以下情况：

照原样，如果我运行sbt assembly,hello.jar将被放置在hello/target/<scala-version>/. 是否可以将其放入/target/<scala-version>/？

我知道可以通过添加以下设置来指定我想要的 outputPath：

有什么方法可以让这个更通用吗？比如这样就不用手动指定scala版本了？

我无法使用所有依赖库但没有 scala 库来生成胖 jar。我有 build.sbt 文件的下一个配置：

执行 sbt 程序集后，我收到了test-project.jar包含项目代码和几乎所有库的内容。唯一缺少的是"com.snowplowanalytics" %% "scala-maxmind-iplookups" % "0.2.0依赖——这很奇怪。更重要的是，当我删除assemblyOption in assembly ~= { _.copy(includeScala = false) }build.sbt 配置中的行时，我收到了完整的 jar（包含所有库）以及我不需要的 scala 库类。

如何制作sbt和sbt-assembly插件以生成没有 scala 库但具有所有其他依赖库的胖 jar。

sbt version: 0.13.5

sbt-assembly version: 0.11.2

称为rename的sbt-assembly合并策略的描述听起来可能允许类似于maven-shade-plugin的着色操作，它将重新定位类及其引用以允许管理不兼容的库版本。

sbt-assembly 执行该功能是否合适？

我使用以下合并策略来尝试使用重命名作为重定位机制，但是当它匹配所有文件时，它会直接传递它们（这与查看代码一致）。

使用sbt run 运行scala 程序而不是使用sbt 程序集并创建可执行 jar时，是否有任何性能损失？

我正在尝试从我的主项目中确定一个非托管依赖库的范围。这是场景

我的lib文件夹中有一个非托管依赖项，coinprism-api-assembly-1.2.jar它具有以下Build.scala文件：

我正在尝试组装的项目具有以下build.sbt文件：

sbt-assembly这是切换到version后我现在收到的错误消息0.11.2。

那么，如何排除 jar 中的依赖项与coin-prism-apijar中的 jar 冲突suredbits-core？