红帽全球峰会6.2. 之前 4.x 版本中已知的问题
这部分论述了早期 Eclipse Vert.x 4.x 版本中的已知问题。
- Description
- 如果您使用 Red Hat Single Sign-On (RH-SSO)作为身份提供程序，在以前的 Eclipse Vert.x 版本中有效令牌将会失败验证检查。
- 原因
- 在 Eclipse Vert.x 4.2 中，OAuth2 身份验证比之前的 Eclipse Vert.x 版本提供严格的安全验证。
- 临时解决方案
-
默认情况下，RH-SSO 使用
帐户使用者而不是客户端 ID 签发令牌。如果您将 RH-SSO 用作身份提供程序，在迁移到 Eclipse Vert.x 4.2 后，您必须明确将帐户受众和客户端 ID 添加到 JWTOptions 配置中，以确保令牌成功验证。
6.2.2. 在使用带有 JDK 8 的 vertx-oracle-client 时编译错误
- Description
-
在 Eclipse Vert.x 4.2 中，在使用 OpenJDK 8 时，
vertx-oracle-client会抛出一个错误的类文件编译错误。 - 原因
-
在 Eclipse Vert.x 4.2 中，
vertx-oracle-client的设计用于 OpenJDK 11 或更高版本。 - 临时解决方案
- 使用 OpenJDK 11 或 OpenJDK 17。
- Description
-
您不能使用 Eclipse Vert.x 的 Reactive Extensions (Rx)直接注册
KubernetesServiceImporter （）。 - 原因
- 服务导入器没有生成的 RxJava 2 实现。
- 临时解决方案
-
您必须创建一个
KubernetesServiceImporter实例，并使用{@link io.vertx.reactivex.servicediscovery.spi.ServiceImporter}封装它，如下例所示：
{@link examples.RxServiceDiscoveryExamples#register(io.vertx.reactivex.servicediscovery.ServiceDiscovery)}
{@link examples.RxServiceDiscoveryExamples#register(io.vertx.reactivex.servicediscovery.ServiceDiscovery)}
以下示例演示了如何在 Eclipse Vert.x Reactive Extensions (Rx)中注册 KubernetesServiceImporter （）。
ServiceDiscovery discovery = ServiceDiscovery.create(vertx); discovery.getDelegate().registerServiceImporter(new KubernetesServiceImporter(), new JsonObject());
ServiceDiscovery discovery = ServiceDiscovery.create(vertx);
discovery.getDelegate().registerServiceImporter(new KubernetesServiceImporter(), new JsonObject());
Red Hat AMQ Streams Operator 和 Kafka 镜像不适用于 IBM Z 和 IBM Power Systems。由于镜像不可用，vertx-kafka-client 模块没有可用于 IBM Z 和 IBM Power Systems 上的 AMQ Streams。
Description
在基于 RHEL 8 的 OpenJDK 构建器镜像上构建的应用程序容器和基于 RHEL 7 的 MySQL 5.7 容器镜像上构建的数据库容器之间，尝试使用 OpenSSL 打开 TLS 保护的连接会导致连接失败，因为 javax.net.ssl.SSLHandshakeException 在运行时 会在以下位置查看问题 ：
... Caused by: javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is disabled or cipher suites are inappropriate) ...
...
Caused by: javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is disabled or cipher suites are inappropriate)
...原因
这个问题的原因是 RHEL 7 和 RHEL 8 之间最新支持的 TLS 协议版本有不同。RHEL 7 上的 TLS 实现支持 TLS 协议版本 1.0 （已弃用）、1.1 和 1.2。RHEL 8 上的 TLS 实现还支持 TLS 协议版本 1.3，这也是基于 RHEL 8 的构建器镜像中使用的默认 TLS 版本。这种差异可能会导致应用程序组件间的 TLS 协议版本不匹配，同时强制使用 TLS 握手，进而导致应用程序和数据库容器之间的连接失败。
临时解决方案
要防止上述问题，请手动指定数据库连接字符串中两个操作系统版本支持的 TLS 协议版本。例如：
jdbc:mysql://testdb-mysql:3306/testdb?enabledTLSProtocols=TLSv1.2
jdbc:mysql://testdb-mysql:3306/testdb?enabledTLSProtocols=TLSv1.26.2.6. 调用应用程序端点时，由 peer 错误消息重置的 false 连接
使用 curl 工具或 Java HTTP 客户端在 Eclipse Vert.x 应用程序的端点上发出 HTTP 请求，在每个请求后在日志中生成以下错误：
io.vertx.core.net.impl.ConnectionBase SEVERE: java.io.IOException: Connection reset by peer
io.vertx.core.net.impl.ConnectionBase
SEVERE: java.io.IOException: Connection reset by peer此行为是由 Netty 应用框架和 OpenShift 使用的 HAProxy 负载平衡器交互造成的。此错误的原因是 HAProxy 在不关闭的情况下重新使用现有的 HTTP 连接。尽管错误消息已记录，但不会出现错误条件。HTTP 请求被正确处理，应用程序会如预期做出响应。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}