与Java应用程序捆绑包一起分发tools.jar是否安全？

Question

尽管tools.jar它不是JRE中的组件，但它包含JDK的所有主要实现，例如Oracle JDK和OpenJDK。

不是JRE的标准组件，这意味着当我分发使用的Java应用程序时tools.jar，必须将其与应用程序捆绑包一起分发，或将其包含在类路径中。

我的问题是：

• tools.jar是否包含依赖于平台的组件，从而阻止了它在不同平台（Windows / Linux / OSX）上的分布？
• 我们已经知道Oracle JDK不允许分发tools.jar，但是关于OpenJDK，我们可以从OpenJDK分发tools.jar以避免许可问题吗？
• 如果无法将tools.jar与Java应用程序一起分发，是否有一种独立于平台的方法来确定其位置，以便可以将其放入类路径中？

Answer 1

简短的回答： 你 不能 只是重新分配tools.jar从Oracle JDK或OpenJDK的，从没有再分配整捆无论是。

详细答案如下：

在通过互联网阅读几篇文章之后，以下是我对您的问题的发现：

tools.jar是否包含依赖于平台的组件，从而阻止了它在不同平台（Windows / Linux / OSX）上的分布？

没有为定义标准依赖项tools.jar。我编写了一个示例程序，该程序可以在Unix和Windows计算机上完美运行。我tools.jar已从Windows计算机复制到Unix计算机。一切正常。

我们已经知道Oracle JDK不允许分发tools.jar，但是对于OpenJDK，我们可以从OpenJDK分发tools.jar以避免许可问题吗？

• 为了分发tools.jar，您必须仅使用“ javac字节码编译器”（包括；）重新分发 整个 Oracle JDK或整个JRE tools.jar。允许重新分发与您的应用程序捆绑在一起。
• 重新分发的JDK或JRE必须“完整且未修改”（减去关于可添加和/或减去的内容的几节）。
• 您永远都不能重新发布Beta版本。
• 您遵守许可证的“重新分发”部分中涵盖的其他一般条款。

来源： 我们可以重新分发Oracletools.jar吗？ Oracle JDK许可证： http

:
//www.oracle.com/technetwork/java/javase/readme-142177.html#redistribution

如果无法将tools.jar与Java应用程序一起分发，是否有一种独立于平台的方法来确定其位置，以便可以将其放入类路径中？

OpenJDK带有GNU通用公共许可证，版本2，带有类路径异常。GPL
v2许可软件的被许可人可以：

• 复制并分发程序的未修改源代码（第1节）
• 修改程序的源代码并分发修改后的源代码（第2节）
• 分发程序的已编译版本（已修改和未修改）（第3节），条件是：
  • 所有分发的副本（无论是否修改）均带有版权声明，并且不包含保修（第1节和第2节）
  • 所有修改后的副本均根据GPL v2（第2节）进行分发
  • 程序的所有编译版本均随附相关源代码，或者提供相关源代码的可行建议（第3节）

您可以在GNU通用公共许可证v2-概述中获得GPL
v2的更多详细信息。

更新： 找到并添加tools.jar到类路径中。

如果最终用户使用JDK运行该应用程序，则将tools.jar自动获得所需的内容。如果不是，则需要建议用户安装JDK。

要通过程序检查这一点，可以使用Eclipse JDT JAR。下面的代码显示了如何在JVM中定位当前JDK /
JRE的绝对路径，以及如何将JAR添加到classpath。

IVMInstall jre = JavaRuntime.getDefaultVMInstall();         
File jdkHome = jre.getInstallLocation();
IPath toolsPath = new Path(jdkHome.getAbsolutePath())
       .append("lib")
       .append("tools.jar");
IRuntimeClasspathEntry toolsEntry =
   JavaRuntime.newArchiveRuntimeClasspathEntry(toolsPath);
toolsEntry.setClasspathProperty(IRuntimeClasspathEntry.USER_CLASSES);

来源：以编程方式启动Java应用程序

您可以在此处检查是否不存在tools.jar，然后显示消息，否则以编程方式将其添加到类路径中。