如何在WebSphere Liberty中为SOAP客户端配置HTTP基本认证

我之前在WebSphere Liberty部署带EJB模块的EAR时，也碰到过一模一样的None of the policy alternatives can be satisfied错误，当时就是因为服务端WSDL里的微软自定义BasicAuth策略没被正确处理。下面是我亲测有效的解决步骤：

1. 先确保Liberty开启了必要的核心特性 #

这个错误很大概率是因为Liberty缺少处理WS-Policy和Web服务认证的特性。打开你的server.xml，把这些特性加进去：

<featureManager>
    <!-- 基础Web服务支持 -->
    <feature>webservices-2.0</feature>
    <!-- JAX-WS支持 -->
    <feature>jaxws-2.2</feature>
    <!-- 应用安全（处理认证） -->
    <feature>appSecurity-2.0</feature>
    <!-- WS-Policy解析支持 -->
    <feature>wsPolicy-1.2</feature>
</featureManager>

保存后重启Liberty，这是最基础的前提。

2. 在EJB的SOAP客户端代码里配置认证信息 #

既然服务端要求Basic Auth，你需要在调用SOAP服务的EJB代码里显式设置用户名和密码。假设你已经通过WSDL生成了客户端代码，可以这样做：

// 获取SOAP服务端口实例
YourServicePortType servicePort = yourService.getYourServicePort();

// 转换为BindingProvider来设置请求上下文
BindingProvider bindingProvider = (BindingProvider) servicePort;
Map<String, Object> requestContext = bindingProvider.getRequestContext();

// 设置Basic Auth的用户名和密码
requestContext.put(BindingProvider.USERNAME_PROPERTY, "你的用户名");
requestContext.put(BindingProvider.PASSWORD_PROPERTY, "你的密码");

这种方式是直接在代码里配置，适合每个EJB调用可能用不同账号的场景。

3. 针对微软自定义WS-Policy的额外配置 #

因为你的WSDL里用的是微软的http BasicAuth策略命名空间（http://schemas.microsoft.com/ws/06/2004/policy/http），标准的WS-Policy处理器可能默认不识别这个。你可以在server.xml里添加Web服务安全配置来适配：

<webServiceSecurity>
    <authConfig>
        <!-- 全局配置Basic Auth信息（如果所有调用用同一个账号的话） -->
        <basicAuth user="全局用户名" password="全局密码"/>
    </authConfig>
</webServiceSecurity>

如果是多客户端不同账号，优先用代码里的配置，全局配置作为兜底。

4. 开启日志排查细节 #

如果还是报错，建议开启Liberty的Web服务跟踪日志，看看Policy解析的具体问题。在server.xml里添加：

<logging traceSpecification="com.ibm.ws.webservices.*=all"/>

然后查看Liberty安装目录下logs/trace.log文件，搜索"policy"相关的日志，你会看到具体是哪个Policy断言没被满足，这样就能精准定位问题了。

最后检查生成的客户端代码 #

确保你用wsimport或者Maven的jaxws-maven-plugin生成客户端代码时，已经正确处理了WSDL里的WS-Policy。如果生成时忽略了Policy，客户端根本不知道要处理这个约束，自然会报错。如果是Maven插件，确保配置里没有跳过Policy处理的参数。

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