【问题标题】:JRE: install vs deployJRE:安装与部署
【发布时间】:2015-04-10 21:31:33
【问题描述】:

我尝试用谷歌搜索,但找不到答案:

我们需要将包含可执行 jar 文件(这是我们编写的一个小型 swing 程序)的 zip 文件发送给客户。我们没有使用任何安装工具包,只是将可执行 jar 和 prop 文件打包到一个 zip 文件中,客户端将在预定义的位置提取该文件。客户将其部署在给定位置的机器上。该程序是在 Java 1.8 上构建和测试的。我们不知道客户是否已经在他们的机器上安装了 JRE,甚至不知道是否能够自行安装。

我的问题是:我们是否还可以在我们的压缩软件中包含 jre 文件夹结构(来自使用 Java exe 部署它的机器),以便在客户端机器上解包,客户端可以使用这个 jre 而不是学习如何安装一个新的? (我的理解,他们可能仍然需要将 JAVA_HOME 添加到他们的 windows 类路径中)

【问题讨论】:

  • 可以,但是 1.7.0_13 jre(例如,我这里没有 Java 8)是 139MB。这可能比您真正想要作为安装程序的一部分发布的要大一些。此外,您需要更新他们的 PATH 以及 CLASSPATH。
  • 另外,如果允许重新分发 JRE,则必须检查 JRE 的许可证。请参阅 Oracle 自述文件中的 this info
  • 此外,他们的机器上会有一个“流氓”版本的 Java,它不像您想象的那样通过控制面板进行管理。在对其计算机上的其他应用程序进行故障排除时,这可能会导致问题。如果您担心客户无法自行安装,我会考虑尝试将正常的 Java 8 安装自动安装到客户的机器上。
  • 更多信息:JRE 8 README 解释说您可以重新分发它以及哪些文件是必需的,哪些是可选的。 (您还必须遵守 Oracle 的 Java SE 运行时环境二进制代码许可协议)
  • @azurefrog Java 8 JRE 远小于 139MB;取决于 35 - 60 MB 之间的平台(这仍然不是很小......)。

标签: java


【解决方案1】:

Oracle 的 JRE 8 README 解释说您可以重新分发(部分)JRE,并解释了哪些部分是必需的,哪些是可选的。

当您打算这样做时,请务必查看许可协议:

供应商必须遵守 Java SE 运行时环境Binary Code License agreement 的条款。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-03-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-03-27
    相关资源
    最近更新 更多