【发布时间】:2013-03-29 05:09:37
【问题描述】:
有没有一种方法可以将所有提供的依赖项下载并打包到一个 jar 中,我可以在启动应用程序时将其添加到应用程序的类路径中?
我正在使用 sbt-assembly,但生成的 jar 对我的口味来说太大了:16 Mb,包括 Scala-lang、Akka 和 Spray。我计划构建大约 10-15 个小型独立服务,每个服务都作为一个 jar,并且不想在创建新版本部署时继续将 16 Mb 文件上传到 s3(目前是我的仓库)。
当我排除 Scala 语言和上面提到的其他 jar 时,我的汇编 jar 会下降到大约 1 Mb。所以我想要实现的是有一种方法来提供一个只有提供的依赖项和 scala 语言的胖 jar,这样我就可以在启动它们时将它添加到我的服务的类路径中。
我可以从我的 ivy 缓存中获取每个库,手动部署它们并将它们添加到类路径中,但基本上我希望能够在更改版本并上传时构建一个新的组装 jar。
我想有一个单独的项目,另一个项目依赖,包含我提供的所有 jar,但是有没有更简单的方法?
根据要求进一步澄清:
我更大的目标是自动部署到云服务器中。我首先使用 sbt-assembly 在本地构建,例如生成 service-a.jar、service-b.jar 等。然后我将它们同步到 s3,所以如果只更新 service-a.jar,那么只有该文件会被上传到s3。接下来我指示我的 ec2 服务器下载更改的文件并重新启动任何新服务。
当使用 sbt-assembly 时,我得到一个包含所有依赖项的胖 jar(就像 onejar)。然而,将该 jar 上传到 s3 需要很长时间,并且这些文件中的 16Mb 中的 15Mb 只是常见的依赖项。所以我的想法是将所有这些共享依赖项放入一个单独的 jar 中,该 jar 很少更改,并在启动 java -cp "deps.jar;service-a.jar" org.myapp.StartApp 时仅在类路径中提供这些依赖项。
我只是不想自己手动管理那些常见的罐子。我想利用我现有的构建并使用 sbt/ivy 依赖管理系统为我下载正确的文件并准备一个可以与我的独立服务分开分发的包。
到目前为止,我提出的所有解决方案似乎都过于复杂,尤其是当我仍然需要能够运行测试等时(因此在 sbt 构建文件中没有“提供”)。欢迎提出其他建议。
【问题讨论】:
-
你试过用proguard吗?
-
Proguard 是一种很好的收缩方式,但在收缩 scala 库时配置起来并不容易。如果只是打包在一起,我会使用onejar。但我不太明白:为什么每次构建时都必须上传依赖库?我认为这就是使用不会更改且不必在每次构建自己的应用程序时都替换的 3rd 方库的意义?