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/02/18 04:43:15 UTC

[jira] Resolved: (SM-1228) MTomCheckInterceptor force attachment writing even if there are no attachments

     [ https://issues.apache.org/activemq/browse/SM-1228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Freeman Fang resolved SM-1228.
------------------------------

    Fix Version/s: 3.2.2
                   3.3
       Resolution: Fixed

apply patch  on behalf of  Andrea Zoppello
http://svn.apache.org/viewvc?rev=628602&view=rev for 3.3 branch
http://svn.apache.org/viewvc?rev=628603&view=rev for 3.2.2 branch

thanks  Andrea Zoppello

> MTomCheckInterceptor force attachment writing even if there are no attachments
> ------------------------------------------------------------------------------
>
>                 Key: SM-1228
>                 URL: https://issues.apache.org/activemq/browse/SM-1228
>             Project: ServiceMix
>          Issue Type: Bug
>          Components: servicemix-cxf-bc
>    Affects Versions: 3.2.1
>            Reporter: Andrea Zoppello
>            Assignee: Freeman Fang
>             Fix For: 3.2.2, 3.3
>
>         Attachments: MtomCheckInterceptor.java
>
>
> The class org.apache.servicemix.cxfbc.interceptor.MtomCheckInterceptor, check only the properties mtomEnable to determine if attachments must be written.
> The problem is that there are some use case where attachment are only in Soap request, instead the Soap response must be a plain soap response.
> Actually if in the xbean mtomEnabled = true this force, the attachment writes in response, even if the cxf SOAPMessage object has no attachment.
> The solution  is to check if attachments are there before setting the properties to write.
> I'va attached a patched version of MtomCheckInterceptor

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