CXF客户端报错:An error was discovered processing the header

caicheng_toto 2016-10-21 11:25:26
先说下背景:WAS 8.0.0.7 \ JDK1.6 \ cxf2.4.1。有两块对接接口,配置一样,但是上一个接口运行正常,这次开发的接口就遇到报错情况了。下面直接贴代码:
beansClient.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jaxws="http://cxf.apache.org/jaxws"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://cxf.apache.org/jaxws http://cxf.apache.org/schemas/jaxws.xsd">

<bean id="clientXs" class="com.test.iae.client.IDataExchangeServiceXs" factory-bean="clientFactoryXs" factory-method="create">
</bean>
<bean id="clientFactoryXs" class="org.apache.cxf.jaxws.JaxWsProxyFactoryBean">
<property name="serviceClass" value="com.test.iae.client.IDataExchangeServiceXs"></property>
<property name="address" value="http://*********/IAE_XS/" />
<property name="outInterceptors">
<list>
<ref bean="wss4jOutConfigurationXs" />
<bean class="com.test.iae.client.AddHeaderInterceptor_XS" />
</list>
</property>
<property name="inInterceptors">
<list>
<ref bean="wss4jInConfigurationXs" />
</list>
</property>
<property name="features">
<bean class="org.apache.cxf.feature.LoggingFeature"></bean>
</property>
</bean>
<bean id="wss4jOutConfigurationXs" class="org.apache.cxf.ws.security.wss4j.WSS4JOutInterceptor">
<property name="properties">
<map>
<!-- Signature Encrypt -->
<entry key="action" value="Signature Encrypt" />

<entry key="user" value="datchangeaegon" />
<!-- <entry key="signatureKeyIdentifier" value="IssuerSerial" /> -->
<entry key="signatureUser" value="datchangeaegon"/>
<entry key="signaturePropFile" value="etc/xs_client.properties" /> <!-- 客户端签名配置 -->

<entry key="encryptionUser" value="datchangeebt"></entry>
<entry key="encryptionPropFile" value="etc/xs_client.properties"></entry> <!-- 客户端加解密配置 -->
<!-- <entry key="encryptionKeyIdentifier" value="IssuerSerial"></entry> -->
<entry>
<key>
<value>passwordCallbackRef</value>
</key>
<ref bean="passwordCallbackXs" />
</entry>
</map>
</property>
</bean>
<bean id="wss4jInConfigurationXs" class="org.apache.cxf.ws.security.wss4j.WSS4JInInterceptor">
<property name="properties">
<map>
<entry key="action" value="Signature Encrypt" />
<entry key="decryptionPropFile" value="etc/xs_client.properties"></entry>
<entry key="signaturePropFile" value="etc/xs_client.properties" />
<entry>
<key>
<value>passwordCallbackRef</value>
</key>
<ref bean="passwordCallbackXs" />
</entry>
</map>
</property>
</bean>
<bean id="passwordCallbackXs" class="com.test.iae.client.ClientPasswordCallback" />
</beans>

这个错网上很多相关讨论,但是没有一个能说明怎么解决问题,看着header的提示所以觉得应该跟写SOAP头有关系,贴出HeaderInterceptor代码:
public class AddHeaderInterceptor_XS extends SoapHeaderOutFilterInterceptor {
public void handleMessage(SoapMessage message) throws Fault {
try {
Header dummyHeader = new SoapHeader(new QName("", "insuCompCode"), "1060", new JAXBDataBinding(String.class));
message.getHeaders().add(dummyHeader);
} catch (Exception e) {
e.printStackTrace();
}
}
}

DEBUG的时候是看得到soap头生成并且add到message了。
另外补充个一点,在本地tomcat上运行时正常的,但是因为网络环境问题连不到目标地址,所以tomcat下只会报connection out time。这点就很奇怪,首先为什么tomcat下不会报CXF相关错误而WAS会。再者就是为啥WAS下为啥前一个接口可以正常运行而新开发的不行,配置都是照搬的一套,请问是跟server提供的webservice接口类有关系吗?
public interface IDataExchangeServiceXs 
{
@ResponseWrapper(targetNamespace = "http://service.dataexchange.platform.ebt.com/")
@RequestWrapper(targetNamespace = "http://service.dataexchange.platform.ebt.com/")
@WebResult(name = "return", targetNamespace = "")
/**
* @param paramArrayOfByte1 业务类型数据
* @param paramArrayOfByte2 目前此参数没有
* @return byte [] 压缩文件流
*/
public byte[] doExchange(@WebParam(name="arg0", targetNamespace="") byte[] c,
@WebParam(name="arg1", targetNamespace="") byte[] paramArrayOfByte2);
}



错误信息:
DataExchangeClient.dataExchangeForXS error:javax.xml.ws.soap.SOAPFaultException: An error was discovered processing the <wsse:Security> header.
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:146)
at com.sun.proxy.$Proxy2018.doExchange(Unknown Source)
at com.aegon_cnooc.iae.client.XsDataExchangeClient.dataExchangeForXS(XsDataExchangeClient.java:78)
at com.aegon_cnooc.iae.client.servlet.XsOnlineSendDataServlet.doPost(XsOnlineSendDataServlet.java:50)
at com.aegon_cnooc.iae.client.servlet.ControlServlet.doPost(ControlServlet.java:62)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:595)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478)
at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178)
at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1071)
at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3763)
at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304)
at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:976)
at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662)
at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306)
at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:84)
at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175)
at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)
at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)
at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)
at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1700)
Caused by: org.apache.cxf.binding.soap.SoapFault: An error was discovered processing the <wsse:Security> header.
at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.unmarshalFault(Soap11FaultInInterceptor.java:75)
at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handleMessage(Soap11FaultInInterceptor.java:46)
at org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handleMessage(Soap11FaultInInterceptor.java:35)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)
at org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(AbstractFaultChainInitiatorObserver.java:104)
at org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:69)
at org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMessage(CheckFaultInterceptor.java:34)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)
at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:762)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1582)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1467)


还请大牛们帮忙,已经困扰了一周了,如果信息不够我再贴,先谢过各位了!
...全文
1497 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
xuan.ye 2016-11-22
  • 打赏
  • 举报
回复
cxf的jar包 几十个吧,希望你一个都没有落掉,可惜还不支持maven。
caicheng_toto 2016-10-21
  • 打赏
  • 举报
回复
自己顶上来。大牛呢?
内容概要:本文探讨了将ChatGPT与工业领域结合的应用路径,提出通过将个人工作记录持续输入ChatGPT,将其培养成具备个体经验的工业AI助手。作者结合自身作为设备工程师的实际工作场景,开展实验验证:通过多次录入电机、轴承等设备的振动分析数据与诊断结论,测试ChatGPT在不同数据相似度下的响应表现。实验表明,当输入数据与历史记录高度一致时,ChatGPT能准确复现原有判断;随着工作记录积累越完整,其推理和关联能力越强,未来有望复制个人专业经验。文章强调,工业场景缺乏基础数据,难以直接用新技术解决老问题,因此“人即AI,AI即人”的渐进式融合路径更具可行性。 适合人群:从事工业设备管理、状态监测、故障诊断的工程师,以及关注AIGC在垂直行业落地的技术研究人员。 使用场景及目标:①构建基于个人经验的工业AI助手,辅助设备故障诊断决策;②探索大模型在数据稀缺工业场景下的可持续训练路径;③实现经验知识的数字化沉淀与智能复用。 阅读建议:此资源侧重于理念创新与实验验证,读者可借鉴其方法论,结合自身工作流持续输入专业数据,逐步训练专属工业AI助手,并在实践中评估其准确性与演化能力。
内容概要:本文围绕超导磁能储存系统的建模与仿真展开研究,重点基于Simulink平台构建系统动态模型,涵盖超导线圈的电磁特性、能量转换接口、冷却系统及其与电网的交互机制等关键环节。通过设置不同工况进行仿真分析,深入探究系统在电力网络中的动态响应行为、稳定性表现及能量存储效率,评估其在提升电网动态响应能力和运行稳定性方面的应用潜力。研究还结合先进控制策略(如模糊PID、遗传算法优化等),优化系统控制性能,进一步提升储能系统的调节精度与响应速度,为超导储能技术的实际工程应用提供理论依据与仿真验证支持。; 适合人群:具备电力系统、电气工程、自动化或相关专业背景,熟悉Simulink仿真环境与基本电力电子拓扑结构,从事科研、教学或工程开发的高年级本科生、研究生及科研技术人员。; 使用场景及目标:①用于高校科研教学中深入理解超导储能系统的工作原理与动态建模方法;②为电力系统仿真项目提供高保真度的储能单元建模参考;③支撑新型大容量储能系统的设计、控制策略开发与并网性能评估,目标是掌握超导磁能储存系统的全流程建模、仿真分析与控制优化方法。; 阅读建议:建议读者结合Simulink软件动手搭建系统模型,分模块实现超导线圈、变流器、冷却与控制单元,并逐步集成调试;重点关注系统在故障或负荷突变下的动态响应特性,尝试引入不同优化算法进行控制器参数整定,以深化对系统控制机理与性能边界的理解。

12,165

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 Web Services
社区管理员
  • Web Services社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧