第 3 章 Red Hat build of OpenJDK 功能


3.1. 新功能及功能增强

本节论述了本发行版本中引入的新功能。它还包含有关现有功能更改的信息。

注意

有关所有其他更改和安全修复,请参阅 https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2020-October/004007.html

3.1.1. 修改 MS950 charset encoder 的转换表

一些单向字节到收费的映射与 Unicode Consortium 提供的首选映射一致。

如需更多信息,请参阅 JDK-8240196

现在,当在安全模块数据库(NSSDB)中配置启用了 FIPS 的外部模块时,可以使用 NSS 初始化 SunPKCS11 安全供应商。在此更改前,SunPKCS11 供应商会在非 FIPS 模式中为 NSS 配置了一个带有 message: "FIPS flag set for non-internal module" 的 RuntimeException。

这个更改可让红帽构建 OpenJDK 在启用系统范围 FIPS 策略时,可以与 GNU/Linux 操作系统中的最新 NSS 版本正常工作。

如需更多信息,请参阅 JDK-8240191

现在,CLDR 区域提供程序提供的英语时区名称按照 CLDR spec 正确组合,而不是从 COMPAT 供应商中替换。

例如,SHORT 风格的名称不再合并 LONG 风格名称的缩写,而是生成 GMT 偏移格式。

如需更多信息,请参阅 JDK-8238914

在容器或其他虚拟化操作环境中执行时,以下 OperatingSystemMXBean 方法会返回特定于容器的信息(如果可用)。否则,它会返回以下特定于主机的数据:

  • getFreePhysicalMemorySize()
  • getTotalPhysicalMemorySize()
  • getFreeSwapSpaceSize()
  • getTotalSwapSpaceSize()
  • getSystemCpuLoad()

如需更多信息,请参阅 JDK-8236876

entrust root 证书已添加到 cacerts 信任存储中:

  • alias Name: entrustrootcag4

    可分辨名称:CN=Entrust Root 认证认证机构 - G4, OU=" (c) 2015 Entrust, Inc. - 用于授权使用", OU=See www.entrust.net/legal-terms, O="Entrust, Inc.", C=US

如需更多信息,请参阅 JDK-8250756

3.1.6. 添加了 3 个 SSL Corporation root CA 证书

以下 root 证书已添加到 SSL Corporation 的 cacerts 信任存储中:

  • 别名名称:sslrootrsaca

    区分名称:CN=SSL.com Root 认证认证机构 RSA、O=SSL Corporation、L=Houston、ST=Texas、C=US

  • 别名名称:sslrootevrsaca

    区分名称: CN=SSL.com EV Root Certification Authority RSA R2, O=SSL Corporation, L=Houston, ST=Texas, C=US

  • 别名名称:sslrooteccca

    区分名称:CN=SSL.com Root 认证认证机构 ECC、O=SSL Corporation、L=Houston、ST=Texas、C=US

如需更多信息,请参阅 JDK-8250860

keytooljarsigner 工具已更新,警告用户在禁用之前所使用的弱加密算法。这些工具将为 SHA-1 哈希算法和 1024 位 RSA/DSA 密钥发出警告。

如需更多信息,请参阅 JDK-8244286

3.1.8. 配置 TLS 签名方案的新系统属性

添加了两个新系统属性,以便在红帽构建的 OpenJDK 中自定义 TLS 签名方案。为 TLS 客户端添加了 JDK.tls.client.SignatureSchemes,为服务器端添加了 jdk.tls.server.SignatureSchemes

每个系统属性都包含以逗号分隔的签名方案名称列表,指定可用于 TLS 连接的签名方案。

这些名称在 Java 安全标准算法名称规范 的"签名方案"部分中描述。

如需更多信息,请参阅 JDK-8242147

3.1.9. 支持 krb5.conf 中的规范

JDK Kerberos 实现现在支持 krb5.conf 文件中的 'canonicalize' 标志。当设置为 true 时,在 TGT 请求到 KDC 服务(AS 协议)中的客户端会请求RFC 6806 名称规范。否则,默认情况下不会请求它。

新的默认行为与之前的版本不同,其中客户端始终向 KDC 服务请求名称规范(通过 sun.security.krb5.disableReferrals system 或 security 属性明确禁用了对 RFC 6806[1] 的支持)。

如需更多信息,请参阅 JDK-8242059

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat