[
https://issues.apache.org/jira/browse/WSCOMMONS-542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Veithen resolved WSCOMMONS-542.
---------------------------------------
Resolution: Fixed
The XOP/MTOM support in Axiom 1.2.8 had multiple issues that caused unexpected
inlining of optimized binary data or that caused XOP event to be delivered to
the wrong layer; see e.g. WSCOMMONS-446, WSCOMMONS-485 and WSCOMMONS-488. As a
result, the XOP/MTOM support has been completely overhauled for the upcoming
1.2.9 release.
I believe that the issue you have seen is fixed in the current trunk. You
should test this with Axiom 1.2.9-SNAPSHOT. If you are still experiencing
problems, please reopen the JIRA report and provide a test case.
> OMText doesn't get serialized as a separate mime part (optimized XOP/MTOM)
> in some cases
> -----------------------------------------------------------------------------------------
>
> Key: WSCOMMONS-542
> URL: https://issues.apache.org/jira/browse/WSCOMMONS-542
> Project: WS-Commons
> Issue Type: Bug
> Components: AXIOM
> Affects Versions: Axiom 1.2.8
> Reporter: Lari Hotari
>
> We are using Spring Webservices 1.5.8 + Axiom 1.2.8 .
> We had a problem in getting Axiom to output optimized attachments.
> The SOAP message "template" is first created with separate logic in Spring
> Webservices using a Transformer
> (WebServiceTemplate.sendSourceAndReceiveToResult).
> The Axiom dom is then manipulated in Spring WS's WebServiceMessageCallback to
> add the file attachment.
> This is the recommended way to do XOP/MTOM attachments is Spring WS.
> Here's the only difference between the working and un-working versions:
> this optimizes the added OMText element:
> (body is instance of org.apache.axiom.soap.SOAPBody)
> {code}
> body.getFirstElement().getFirstChildWithName(null).addChild(omtext);
> {code}
> this doesn't optimize the added OMText element:
> {code}
> body.getFirstElement().getFirstElement().addChild(omtext);
> {code}
> And this version works too:
> {code}
> body.getFirstElement().getFirstChildWithName(null);
> body.getFirstElement().getFirstElement().addChild(omtext);
> {code}
> This might be some kind of similar "touched"/"untouched" related bug as
> WSCOMMONS-324.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
