使用 CXF 生成的客户端时出现意外的包装器元素答案

【问题标题】：Unexpected wrapper element when using CXF generated client使用 CXF 生成的客户端时出现意外的包装器元素
【发布时间】：2013-05-22 20:20:29
【问题描述】：

我已经使用 CXF 的 wsdl2java 为 Web 服务生成了一个客户端。

客户端连接正常，但抛出一个期望，抱怨找到的响应与预期的响应不匹配。

May 22, 2013 3:44:46 PM org.apache.cxf.service.factory.ReflectionServiceFactoryBean buildServiceFromWSDL
INFO: Creating Service {http://www.service-now.com/cmdb_ci_comm}ServiceNow_cmdb_ci_comm from WSDL: file:/C:/Dev/Workspaces/Eclipse/clim20130508/ServiceNowCXFClient/bin/service-now.wsdl
Invoking getRecords...
May 22, 2013 3:44:51 PM org.apache.cxf.phase.PhaseInterceptorChain doDefaultLogging
WARNING: Interceptor for {http://www.service-now.com/foo}ServiceNow_foo#{http://www.service-now.com/foo}getRecords has thrown exception, unwinding now
org.apache.cxf.interceptor.Fault: Unexpected wrapper element getRecordsResponse found.   Expected {http://www.service-now.com/foo}getRecordsResponse.
at org.apache.cxf.interceptor.DocLiteralInInterceptor.handleMessage(DocLiteralInInterceptor.java:100)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:800)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1592)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1490)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1309)
at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
at com.sun.proxy.$Proxy29.getRecords(Unknown Source)
at com.service_now.cmdb_ci_comm.ServiceNowSoap_ServiceNowSoap_Client.main(ServiceNowSoap_ServiceNowSoap_Client.java:178)

显然，收到的响应与预期的响应不同，后者包含一个命名空间。

getRecordsResponse found.   Expected {http://www.service-now.com/foo}getRecordsResponse

我的服务客户端打开如下...

@WebServiceClient(name = "ServiceNow_foo", 
              wsdlLocation = "service-now.wsdl",
              targetNamespace = "http://www.service-now.com/foo") 
public class ServiceNowFoo extends Service {

    public final static URL WSDL_LOCATION;

    public final static QName SERVICE = new QName("http://www.service-now.com/foo", "ServiceNow_foo");
    public final static QName ServiceNowSoap = new QName("http://www.service-now.com/foom", "ServiceNowSoap");

可以在问题How does one configure CXF generated client for preemptive HTTP auth?看到客户端代码

关于错误配置的任何想法？

【问题讨论】：

标签： java soap wsdl cxf

【解决方案1】：

可以在这里找到解释 https://issues.apache.org/jira/browse/CXF-1460 虽然这是一个长期关闭的错误。

当 ServiceNow 公开的 WSDL 具有 elementFormDefault="unqualified" 时，我正在努力解决与 CXF 和 ServiceNow 相同的问题。我注意到生成的package-info.java 没有正确的@javax.xml.bind.annotation.XmlSchema 注释，因为它错过了elementFormDefault=XmlNsForm.UNQUALIFIED 我正在使用带有Glassfish Java XML Binding 2.3.0 的CXF 3.2.4

使客户端工作的解决方法是将ServiceNow中的glide.wsdl.schema.UnqualifiedElementFormDefault参数设置为false。

【讨论】：