将 JVM 与应用程序打包在一起，同时保持自动化且可重复的构建过程
我目前正在开发一个项目，需要我们将 JRE 与我们的应用程序打包在一起。我通常反对这样做，因为这使得保持 JRE 修补变得非常困难，但在这种情况下这是必要的。
-
将 JRE 与应用程序打包的最佳实践是什么 作为自动构建过程的一部分？
-
您通常将 JRE 文件存储在哪里，以便可以选择它们 通过你的构建过程？共享文件服务器？做起来怎么样 您的 Maven 存储库中的工件？
只是想了解一下人们在这种情况下会做什么。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我目前为我分发的桌面应用程序执行此操作。我只是在构建服务器上有 JRE（实际上只是一些自定义的 Perl 脚本和 Web 服务器。），在一个文件夹中，ant 将其复制为来自 subversion 的构建树的一部分，然后所有内容都被消耗由 Nullsoft 提供并构建安装程序。这不是很好，但是很有效。我还应该说，我曾经检查过它，我对现在所做的感到更满意。
I currently do this for a desktop app I distribute. I just have the JRE on the build server (which is really just some custom perl scripts and a web server.), in a folder, ant copies it to be part of the build tree which comes out of subversion, and then everything gets consumed by Nullsoft and builds the installer. It's not great, but it works. I should also say, I at one time used to check it, and I'm happier with what I do now.
大多数应用程序将 jre 保留在根安装文件夹中，然后启动脚本将使用相对路径来使用该 jre。例如 Jprofiler
您可以使用 jre 的 Maven 存储库< /a>.
Most applications keep jre in the root installation folder and the startup scripts would then use relative paths to use that jre. For e.g. Jprofiler
You can use Maven repo for jre.