【发布时间】：2016-04-11 21:41:48
【问题描述】：
在 IDE 中我没有看到 linux 捆绑包。 IDE 允许选择 Mac 包，但是下载后安装不起作用。有什么想法吗？
【问题讨论】：
标签： install4j
【发布时间】：2016-04-11 21:41:48
【问题描述】：
仍然可以使用 Project->创建 JRE 包和 bin/createbundle 命令行实用程序在 Linux 上创建自己的 JRE 包。
我们已停止提供适用于 Linux 和 Unix 的官方 JRE 捆绑包。由于 JRE 二进制文件仅适用于特定范围的发行版，因此它们给我们的客户（也因此给我们）带来了很多问题。映射这个参数空间不在我们的能力范围内。此外，带有不完整 32 位库的 64 位发行版会导致 JRE 包失败。
当 JRE 包出现问题时，我们无法提供任何令人满意的解决方案。唯一安全的方法是安装发行版附带的 JRE。由于 Java 是开源的，因此通过发行版安装它应该很容易。
当然，如果 JRE 包可以简单地在 Linux 上工作，那将是可取的，但事实并非如此。给您带来的不便，我深表歉意。
【讨论】：
-
使用 Azul 的 Zulu 怎么样（见 azul.com/downloads/zulu）？这些是针对 Win/Lin/Mac 的直接 OpenJDK 构建，不受 Linux 上的包管理器决策的负担。 （Java 8 约为 80 MB）他们说它完全是 FOSS，并保证他们的构建不会强制 GPL 使用包含它们的任何东西。 （免责声明：我自己没有使用过 Zulu。）
-
这不是法律问题，而是 JRE 链接到哪些其他库的问题。
-
如果 Zulu 有一个“Linux”下载但没有提及发行版/版本，它应该可以在任何地方运行；也许它是静态链接的？但我承认我没有检查过。 --- Azul 的重新包装工作对 EJ Tech 来说可能很有趣，即使它只是针对 Win/Mac：他们可能必须解决相同的问题，但可能会投入更多的人力。 ---（我提到法律方面只是为了解决“EJ 可以重新分配那个”问题。）
-
所有 OpenJDK 都以某种方式链接，并且 X 服务器库等依赖项不能是静态的。问题是发行版是否具有实际的依赖关系。这是 Linux 上二进制工件的常见问题。为特定发行版编译的 OpenJDK 版本保证可以在那里工作。
-
啊，这听起来像是一个可行的计划。我们将在今年的一个项目中使用它（我猜是夏天左右），所以如果你在那之前没有听到它对我们有用:-)