cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jp4 <john.pfei...@hnpsolutions.com>
Subject Re: CXF Client calling One-Way Mule Service
Date Wed, 17 Jun 2009 20:25:50 GMT

Dan,

I have a bit more information. 

Response from Mule

Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "HTTP/1.1 200 OK[\r][\n]"
Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "HTTP/1.1 200 OK[\r][\n]"
Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "Date: Wed, 17 Jun 2009 04:22:18
EDT[\r][\n]"
Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "Server: Mule Core/2.2.1[\r][\n]"
Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "Expires: Wed, 17 Jun 2009 04:22:18
EDT[\r][\n]"
Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "Content-Type: text/plain[\r][\n]"
Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "Content-Length: 0[\r][\n]"
Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "Connection: close[\r][\n]"
Wed Jun 17 16:22:18 EDT 2009:DEBUG:<< "[\r][\n]"


Response from CXF Endpoint

Wed Jun 17 16:21:54 EDT 2009:DEBUG:<< "HTTP/1.1 200 OK[\r][\n]"
Wed Jun 17 16:21:54 EDT 2009:DEBUG:<< "HTTP/1.1 200 OK[\r][\n]"
Wed Jun 17 16:21:54 EDT 2009:DEBUG:<< "Server: Apache-Coyote/1.1[\r][\n]"
Wed Jun 17 16:21:54 EDT 2009:DEBUG:<< "X-Powered-By: Servlet 2.4;
JBoss-4.2.3.GA (build: SVNTag=JBoss_4_2_3_GA
date=200807181417)/JBossWeb-2.0[\r][\n]"
Wed Jun 17 16:21:54 EDT 2009:DEBUG:<< "Set-Cookie:
JSESSIONID=B8359EA6F98001BA4A53AE14A75120BF; Path=/third-party-services;
Secure[\r][\n]"
Wed Jun 17 16:21:54 EDT 2009:DEBUG:<< "Content-Length: 0[\r][\n]"
Wed Jun 17 16:21:54 EDT 2009:DEBUG:<< "Date: Wed, 17 Jun 2009 20:21:54
GMT[\r][\n]"
Wed Jun 17 16:21:54 EDT 2009:DEBUG:<< "[\r][\n]"


dkulp wrote:
> 
> On Wed June 17 2009 9:17:57 am 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.
> 
> Looking at the code, the Content-Type wouldn't do it.  However, if mule is 
> sending back any content (Content-Length specified, but not 0) or if it's 
> "chunked", it would cause this.   Can you capture the raw TCP packets for
> the 
> response?
> 
> Dan
> 
> 
>>
>> 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:204
>>0) 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.handleMessag
>>e(ReadHeadersInterceptor.java:86) at
>> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessag
>>e(ReadHeadersInterceptor.java:57) at
>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChai
>>n.java:236) at
>> org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:645) at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleRespons
>>eInternal(HTTPConduit.java:2132) at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleRespons
>>e(HTTPConduit.java:2015) at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPCon
>>duit.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$MessageSenderEndingInte
>>rceptor.handleMessage(MessageSenderInterceptor.java:62) at
>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChai
>>n.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
> dkulp@apache.org
> http://www.dankulp.com/blog
> 
> 

-- 
View this message in context: http://www.nabble.com/CXF-Client-calling-One-Way-Mule-Service-tp24073484p24081384.html
Sent from the cxf-user mailing list archive at Nabble.com.


Mime
View raw message