Wildfly的JAXWS实现似乎忽略了bindingProvider属性com。太阳xml。ws。运输https。客户SSLSocketFactory

Question

我的环境是一个Maven项目，Wildfly（8.2.1）作为应用服务器。我需要的是使用SOAP将传入REST调用中的wihin连接到第三方服务器。我需要SSL客户端身份验证；因此，我有自己的密钥库和信任库。因此，我创建了自己的SSLContext，需要让Web服务使用这个SSLContext。

Wildfly存在一个问题，它用于实现JAXWS（Apache CXF？）-我在这里描述了它（但用了另一种解决问题的方法；因此它不是重复的帖子！）：
Wildfly：如何使用JAXWS-RI代替Apache CXF（仅限WebService客户端）

主要问题之一似乎是，Wildfly中使用的JAXWS似乎忽略了使用属性com设置自己的SSLContext。太阳xml。内部的ws。运输https。客户SSLSocketFactory：

MyWS_Service service = new MyWS_Service(null, new QName("http://...", "MyWS"));
MyWS port = service.getMyWSSOAP();

BindingProvider bindingProvider = (BindingProvider) port;
bindingProvider.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, "https://hostname:443/.../...");

// the following setting is ignored!
bindingProvider.getRequestContext().put("com.sun.xml.internal.ws.transport.https.client.SSLSocketFactory", mySslSocketFactory);

// in some posts, we see that we need to eliminate 'internal' in the property. This does not help!
bindingProvider.getRequestContext().put("com.sun.xml.ws.transport.https.client.SSLSocketFactory", mySslSocketFactory);

它被忽略的证据是，如果我使用HttpsURLConnection。setDefaultSSLSocketFactory（mysslssocketFactory）要设置SSLContext，它确实有效-意味着SSL连接是通过导入根CA到SSLContext中的自定义信任库设置而建立的。

如果我们看看其他帖子（例如，如何以编程方式设置JAX-WS客户端的SSLContext？）这个属性应该可以使用（根据一些评论，甚至对Wildfly也是如此）。但在我的情况下不是这样的。这可能是什么原因？

Answer 1

Apache CXF忽略JAX-WS属性。您可以通过以下方式以编程方式指定TLS客户端参数：

TLSClientParameters tlsParams = new TLSClientParameters();
tlsParams.setUseHttpsURLConnectionDefaultSslSocketFactory(false);
tlsParams.setSSLSocketFactory(sslSocketFactory);
bindingProvider.getRequestContext().put(TLSClientParameters.class.getName(), tlsParams);

Answer 2

在使用Wildfly 10的httpconductor解决方案时，我必须添加jboss部署结构。xml

<?xml version="1.0" encoding="UTF-8"?>
<jboss-deployment-structure>
    <deployment>
        <dependencies>
  <module name="org.jboss.ws.cxf.jbossws-cxf-client" services="import" />

  <module name="org.apache.cxf.impl" export="true">  
       <imports>  
            <include path="META-INF" />  
            <include path="META-INF/cxf" />  
            <include path="META-INF/services" />  
       </imports>         
  </module>   
        </dependencies>
    </deployment>

</jboss-deployment-structure>

Answer 3

问题是Apache CXF完全忽略了

bindingProvider.getRequestContext().put(
    "com.sun.xml.[internal.]ws.transport.https.client.SSLSocketFactory", mySslSocketFactory);

在oposite上发表了一些评论。

因此，我的最终解决方案是以编程方式设置使用的httpconductor（而不是在cxf.xml文件中设置配置）。

// Set custom SSLContext.
HTTPConduit conduit = (HTTPConduit) ClientProxy.getClient(port).getConduit();
TLSClientParameters tlsClientParameters = new TLSClientParameters();
tlsClientParameters.setSSLSocketFactory(customSSLContext.getSocketFactory());
conduit.setTlsClientParameters(tlsClientParameters);

我希望这能帮助有类似问题的人。。。