Deployment Java捆绑包JRE

Deployment Java捆绑包JRE,deployment,java,Deployment,Java,所以这个程序Launch4J说我可以把一个JRE和我的程序捆绑在一起。因为我的程序需要Java7,所以我可以捆绑它,对吗?我有一个问题,程序大小。在JRE打包的情况下,程序会像200mb吗?谢谢。一点也不。它仍然会有一些兆字节大 查看和评论: 出于好奇,在我的64位Windows JRE6上执行此操作将安装从97.7 MB(19.2 MB 7z压缩)降低到89.9 MB(17.9 MB 7z压缩),因此大约-7% 您还可以选择捆绑 也就是说,捆绑销售是不明智的,只能在极端情况下使用。更好的选择是

所以这个程序Launch4J说我可以把一个JRE和我的程序捆绑在一起。因为我的程序需要Java7,所以我可以捆绑它,对吗?我有一个问题,程序大小。在JRE打包的情况下,程序会像200mb吗?谢谢。

一点也不。它仍然会有一些兆字节大

查看和评论:

出于好奇,在我的64位Windows JRE6上执行此操作将安装从97.7 MB(19.2 MB 7z压缩)降低到89.9 MB(17.9 MB 7z压缩),因此大约-7%

您还可以选择捆绑

也就是说,捆绑销售是不明智的,只能在极端情况下使用。更好的选择是将用户指向,并让他们安装最合适的Java版本


此外,您可以在安装程序向导中捆绑JRE,而不是应用程序本身,如果您不想更改应用程序启动器,这可能是一种替代方法。

-1:为什么不试试看呢?看来这是自己研究的一个明显方向。@millimoose我的意思是实际的JRE文件夹大约是150mb。。。我需要所有这些吗?您可以在主类中检查java版本,如果它不符合您的要求,则抛出错误。如果没有java,用户需要安装java是不言而喻的。@gotuskar“用户需要安装java是不言而喻的”-您严重高估了用户的能力/意愿。如果一个程序启动失败,并给我手动安装说明,我95%的可能只是删除它,并找到一个不那么烦人的(本机)替代方案。(假设这是一个“大众市场”的应用,不是针对技术人员或内部业务使用的东西。)个人而言,我会认真考虑使用。它处理的事情之一是在必要时自动安装适当版本的Java。也就是说,沙箱/需要签名的应用程序可能是一个问题。到底为什么捆绑是不明智的?1)它让你对JRE中的错误负责,而不是Oracle。2) 用户不再使用“专用JRE”自动升级3)它有可能用额外的Java版本污染用户的系统。4) 它使下载大大增加。。5) 必须为每个版本构建/提供3个不同的可分发软件包,以及引导新用户正确下载的(次要)麻烦。