On Thu June 18 2009 1:19:51 pm jp4 wrote:
> It turns out that there will still a few unit test cases that were still
> calling the deprecated (synchronous) method. That explains the issue!
Oh. Cool. Thanks for the update!
Dan
>
> 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:2
> >040) 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.handleMess
> >age(ReadHeadersInterceptor.java:86) at
> > org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMess
> >age(ReadHeadersInterceptor.java:57) at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorCh
> >ain.java:236) at
> > org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:645) at
> > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleRespo
> >nseInternal(HTTPConduit.java:2132) at
> > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleRespo
> >nse(HTTPConduit.java:2015) at
> > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPC
> >onduit.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$MessageSenderEndingIn
> >terceptor.handleMessage(MessageSenderInterceptor.java:62) at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorCh
> >ain.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
--
Daniel Kulp
[email protected]
http://www.dankulp.com/blog
