加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > Java > 正文

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

发布时间:2020-12-15 02:32:59 所属栏目:Java 来源:网络整理
导读:我一直在争论是否将JRE与我的应用程序捆绑在一起.我在下面列举了一些原因,为什么我认为它会有用,但我也犹豫不决,因为它使应用程序更大. 为什么我认为它会有用: 现在,通过运行批处理文件来运行应用程序(嗯,批处理文件的快捷方式,它通过批处理文件运行).它只
我一直在争论是否将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.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读