It turns out that there will still a few unit test cases that were still
calling the deprecated (synchronous) method. That explains the issue!
jp4 wrote:
>
> I am currently using CXF 2.2.2. I have several applications that
> communicate via web services. The service in question is a one-way
> service. If I call the service from a CXF client that hits a CXF endpoint
> the service works properly. If I attempt to route the request through
> Mule using an HTTP to JMS protocol bridge, I get the following error. I
> have used SOAPUI to examine the response from Mule as well as from the CXF
> endpoint. The major difference that I can see is that Mule is setting a
> Content-Type: text/plain whereas the CXF endpoint omits that header all
> together. Is the Content-Type header causing the ReadHeadersInterceptor
> to get invoked? Any help would be greatly appreciated.
>
> Thanks,
>
> John
>
> ... 20 more
> Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF in prolog
> at [row,col {unknown-source}]: [1,0]
> at
> com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:686)
> at
> com.ctc.wstx.sr.BasicStreamReader.handleEOF(BasicStreamReader.java:2134)
> at
> com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.java:2040)
> at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1069)
> at
> com.ctc.wstx.sr.BasicStreamReader.nextTag(BasicStreamReader.java:1095)
> at
> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:86)
> at
> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:57)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236)
> at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:645)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:2132)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:2015)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1940)
> at
> org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66)
> at
> org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:627)
> at
> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:471)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:301)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253)
> at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
> at
> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:121)
> ... 29 more
>
>
--
View this message in context:
http://www.nabble.com/CXF-Client-calling-One-Way-Mule-Service-tp24073484p24095336.html
Sent from the cxf-user mailing list archive at Nabble.com.
