OpenLiberty从CXF迁移到RESTEasy后配置自定义TrustManager

当迁移到Jakarta EE规范后，若底层REST客户端实现切换为RESTEasy，会出现ClientBuilder指定的自定义TrustManager不生效、转而使用容器（如Tomcat）server.xml中默认TrustManager的情况。以下是纯Jakarta API层面的解决方案，无需引入RESTEasy专属依赖：

核心思路 #

RESTEasy在容器环境中会优先绑定容器提供的SSL上下文配置，我们需要通过Jakarta标准API强制客户端使用自定义SSLContext，同时禁用系统/容器层面的SSL配置干扰。

实现步骤 #

1. 定义信任所有证书的自定义TrustManager #

用于开发环境跳过证书验证：

import javax.net.ssl.X509TrustManager;
import java.security.cert.X509Certificate;

TrustManager[] trustAllCerts = new TrustManager[]{
    new X509TrustManager() {
        @Override
        public X509Certificate[] getAcceptedIssuers() {
            return new X509Certificate[0];
        }

        @Override
        public void checkClientTrusted(X509Certificate[] certs, String authType) {}

        @Override
        public void checkServerTrusted(X509Certificate[] certs, String authType) {}
    }
};

2. 构建自定义SSLContext #

将自定义TrustManager注入SSLContext：

import javax.net.ssl.SSLContext;
import java.security.SecureRandom;

SSLContext sslContext = SSLContext.getInstance("TLS");
sslContext.init(null, trustAllCerts, new SecureRandom());

3. 构建Jakarta REST Client并强制使用自定义配置 #

通过ClientBuilder显式设置SSLContext，同时禁用系统属性加载（避免容器配置干扰）：

import jakarta.ws.rs.client.Client;
import jakarta.ws.rs.client.ClientBuilder;
import jakarta.ws.rs.client.ClientProperties;

// 方式一：直接通过ClientBuilder设置
Client client = ClientBuilder.newBuilder()
    .sslContext(sslContext)
    .hostnameVerifier((hostname, session) -> true) // 禁用主机名验证（开发环境用）
    .useSystemProperties(false) // 阻止客户端加载系统/容器层面的SSL配置
    .build();

// 方式二：通过ClientConfig配置（更灵活）
/*
ClientConfig config = new ClientConfig();
config.property(ClientProperties.SSL_CONTEXT, sslContext);
config.property(ClientProperties.HOSTNAME_VERIFIER, (hostname, session) -> true);

Client client = ClientBuilder.newBuilder()
    .withConfig(config)
    .useSystemProperties(false)
    .build();
*/

关键说明 #

• useSystemProperties(false)是核心：它会阻止RESTEasy客户端读取系统属性或容器提供的SSL配置，确保自定义SSLContext被优先使用。
• 该方案完全基于jakarta.ws.rs.client标准API，无任何RESTEasy专属依赖，符合要求。
• 注意：信任所有证书的配置仅适用于开发调试场景，生产环境必须使用合法的证书验证逻辑，避免安全风险。

内容的提问来源于stack exchange，提问作者Manudebouc