You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@servicemix.apache.org by "Freeman Fang (JIRA)" <ji...@apache.org> on 2008/10/01 02:11:52 UTC

[jira] Issue Comment Edited: (SM-1602) cxf-bc provider w/mtomEnabled=false talking to cxf-bc consumer w/mtomEnabled=true over jms throws Error reading XMLStreamReader

    [ https://issues.apache.org/activemq/browse/SM-1602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=46084#action_46084 ] 

ffang edited comment on SM-1602 at 9/30/08 5:09 PM:
-----------------------------------------------------------

Hi Ron,

I'm not sure I understand this issue correctly.
But as designed the both sides of endpoits should enable/disable mtom support at the same time.
We shouldn't set client side mtomEnabled but server side not, it won't work as designed. With mtomEnabled = true, the soap message body will extract the base64binaryencoded part into attachment, so the message format and the way how to process the message are differnet with mtomEnabled=false. We do need both sides of endpoints keep same status of mtomEnabled.

Would you please explain more about your scenario, probably I miss something.

Regards
Freeman


      was (Author: ffang):
    Hi Ron,

I'm not sure I understand this issue correctly.
But I think the both sides of endpoits should enable/disable mtom support at the same time.
We shouldn't set client side mtomEnabled but server side not, it won't work as designed.

Would you please explain more about your scenario, probably I miss something.

Regards
Freeman

  
> cxf-bc provider w/mtomEnabled=false talking to cxf-bc consumer w/mtomEnabled=true over jms throws Error reading XMLStreamReader
> -------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: SM-1602
>                 URL: https://issues.apache.org/activemq/browse/SM-1602
>             Project: ServiceMix
>          Issue Type: Bug
>          Components: servicemix-cxf-bc
>    Affects Versions: 3.2.2
>         Environment: Latest version from 3.2.x branch
>            Reporter: Ron Gavlin
>         Attachments: client.html, wsdl-first-cxf-sa-3.3.1.3-fuse.jar
>
>
> I have a cxf-se service that returns an attachment. It is configured with mtomEnabled=true. It is fronted by a cxf-bc consumer configured to use the jms transport. The cxf-bc is also configured with mtomEnabled=true.
> I have a cxf-bc provider configured to communicate with the above cxf-bc consumer over jms. However, it is configured with mtomEnabled=false. 
> When I send an in-out ME to the cxf-bc provider, the following error occurs:
> INFO: Interceptor has thrown exception, unwinding now
> org.apache.cxf.binding.soap.SoapFault: Error reading XMLStreamReader.
>         at org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:183)
>         at org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:56)
>         at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:220)
>         at org.apache.servicemix.cxfbc.CxfBcProviderMessageObserver.onMessage(CxfBcProviderMessageObserver.java:140)
>         at org.apache.cxf.transport.jms.JMSConduit.sendExchange(JMSConduit.java:172)
>         at org.apache.cxf.transport.jms.JMSOutputStream.doClose(JMSOutputStream.java:49)
>         at org.apache.cxf.io.CachedOutputStream.close(CachedOutputStream.java:167)
>         at org.apache.servicemix.cxfbc.CxfBcProvider.process(CxfBcProvider.java:213)
>         at org.apache.servicemix.common.AsyncBaseLifeCycle.doProcess(AsyncBaseLifeCycle.java:540)
>         at org.apache.servicemix.common.AsyncBaseLifeCycle.processExchange(AsyncBaseLifeCycle.java:492)
>         at org.apache.servicemix.common.BaseLifeCycle.onMessageExchange(BaseLifeCycle.java:46)
>         at org.apache.servicemix.jbi.messaging.DeliveryChannelImpl.processInBound(DeliveryChannelImpl.java:620)
>         at org.apache.servicemix.jbi.nmr.flow.AbstractFlow.doRouting(AbstractFlow.java:172)
>         at org.apache.servicemix.jbi.nmr.flow.seda.SedaFlow.doRouting(SedaFlow.java:167)
>         at org.apache.servicemix.jbi.nmr.flow.seda.SedaQueue$1.run(SedaQueue.java:134)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
>         at java.lang.Thread.run(Thread.java:595)
> Caused by: com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character '-' (code 45) in prolog; expected '<'
>  at [row,col {unknown-source}]: [2,1]
>         at com.ctc.wstx.sr.StreamScanner.throwUnexpectedChar(StreamScanner.java:623)
>         at com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.java:2047)
>         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:85)
>         ... 17 more
> In order to reproduce the problem

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.