CentOS OpenJDK 组件是否已通过 TCK 合规性测试？
Have CentOS OpenJDK packages passed TCK compliance testing?
Red Hat 提供已通过 TCK 合规性测试的 OpenJDK 二进制发行版，如其 OpenJDK Life Cycle and Support Policy.
中所述
等效的 CentOS OpenJDK rpm 包带有相同的版本字符串，并且看起来与它们的 RHEL 对应物的行为方式完全相同。然而，内容略有不同。我的假设是 CentOS 构建使用与 Red Hat 相同的上游源代码版本，不同之处在于系统库或构建环境。
这给我留下了一些问题。
CentOS OpenJDK 构建是否通过了 TCK 合规性测试？如果不是，那么假设 CentOS OpenJDK 具有已知质量的合理性如何？ （我想使用像 CentOS 这样广泛使用的东西是有保证的。）
物有所值 - 我的客户明白，如果他们真的关心 TCK，那么也许他们应该为 Red Hat 付费，或者寻找像 Azul 这样的替代方案。我正在努力指导做出明智的决定。
Java TCK 在二进制级别运行。只有二进制文件可以 pass/fail TCK。就 TCK 而言，您可以构建完全相同的源代码两次，使用相同的库、编译器标志等，并且每个二进制文件都需要单独标识为已通过 TCK。
Are the CentOS OpenJDK builds put through TCK compliance testing?
Red Hat——我为之工作——公开声称他们的二进制文件符合 TCK。我不知道有谁为 CentOS 测试过或声明过它。默认情况下，我们应该假设他们没有通过 TCK。
Red Hat 提供已通过 TCK 合规性测试的 OpenJDK 二进制发行版，如其 OpenJDK Life Cycle and Support Policy.
中所述等效的 CentOS OpenJDK rpm 包带有相同的版本字符串，并且看起来与它们的 RHEL 对应物的行为方式完全相同。然而，内容略有不同。我的假设是 CentOS 构建使用与 Red Hat 相同的上游源代码版本，不同之处在于系统库或构建环境。
这给我留下了一些问题。
CentOS OpenJDK 构建是否通过了 TCK 合规性测试？如果不是，那么假设 CentOS OpenJDK 具有已知质量的合理性如何？ （我想使用像 CentOS 这样广泛使用的东西是有保证的。）
物有所值 - 我的客户明白，如果他们真的关心 TCK，那么也许他们应该为 Red Hat 付费，或者寻找像 Azul 这样的替代方案。我正在努力指导做出明智的决定。
Java TCK 在二进制级别运行。只有二进制文件可以 pass/fail TCK。就 TCK 而言，您可以构建完全相同的源代码两次，使用相同的库、编译器标志等，并且每个二进制文件都需要单独标识为已通过 TCK。
Are the CentOS OpenJDK builds put through TCK compliance testing?
Red Hat——我为之工作——公开声称他们的二进制文件符合 TCK。我不知道有谁为 CentOS 测试过或声明过它。默认情况下，我们应该假设他们没有通过 TCK。