运维开发网

bundle – 将JRE与应用程序捆绑在一起?

运维开发网 https://www.qedev.com 2020-03-02 11:52 出处:网络 作者:运维开发网整理
我一直在争论是否将JRE与我的应用程序捆绑在一起.我在下面列举了一些原因,为什么我认为它会有用,但我也犹豫不决,因为它使应用程序更大. 为什么我认为它会有用: >现在,通过运行批处理文件来运行应用程序(嗯,批处理文件的快捷方式,它通过批处理文件运行).它只是调用java -jar XXX,它需要Java在路径中,但情况并非总是如此. >我们是一个小团队,并没有完全在Java 7上运行(我们正在尝试
我一直在争论是否将JRE与我的应用程序捆绑在一起.我在下面列举了一些原因,为什么我认为它会有用,但我也犹豫不决,因为它使应用程序更大.

为什么我认为它会有用:

>现在,通过运行批处理文件来运行应用程序(嗯,批处理文件的快捷方式,它通过批处理文件运行).它只是调用java -jar XXX,它需要Java在路径中,但情况并非总是如此.

>我们是一个小团队,并没有完全在Java 7上运行(我们正在尝试调试一些奇怪的错误).如果用户使用Java 7,他们可能会遇到令人不快的软件体验 – 这对我们不利.打包特定版本的JRE确保我们对其进行了全面测试.

>我们支持32位和64位Windows平台.当用户下载软件时,他们选择32位或64位,但这是在询问他们使用的是哪个版本的Java.大多数用户不知道他们的64位平台上是否安装了32位java,即使他们的操作系统是64位,下载32位也会让人感到困惑.

有一些很好的理由为什么不打包它:

>如果Java中存在安全漏洞或者对JRE进行了其他重要更新,我们需要使用新的Java版本分发新版本的应用程序.我们通常每两周更新一次我们的应用程序,所以我现在不太关心这个.

>该应用程序现在将更大,因为它包含一个打包的JRE.

任何人都可以提供一些指导(根据这些要求)他们认为打包JRE是一个好主意吗?如果没有,那么只是希望java在路径中有什么替代方案(更重要的是,如果不是这样,我们的用户可能不知道如何添加它).

> Java Web Start. JRE将走上正轨.

>有关版本控制,请参阅 Java Web Start – Runtime Versioning&特别是 Earlier Version.

> JWS可以在64位和16位之间划分资源. 32位JRE.

所以,“捆绑JRE的坏主意”.请改用web-start.

0

精彩评论

暂无评论...
验证码 换一张
取 消