cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benson Margulies (JIRA)" <>
Subject [jira] Commented: (CXF-1395) MtoM for text/plain causes bad XML.
Date Thu, 17 Jan 2008 21:12:34 GMT


Benson Margulies commented on CXF-1395:

This bug may have nothing to do with MTOM. For some reason we might hope to explore some day,
the long XML text is not being XOP-attached, but is rather left inline. Something is then
mishandling it leading to a parsing error! Further, with logging on, it seems as if the entire
transaction happens successfully, and then the server somehow sees an extra entire input message
with no contents, and that's what blows up.

> MtoM for text/plain causes bad XML.
> -----------------------------------
>                 Key: CXF-1395
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>          Components: Soap Binding
>    Affects Versions: 2.1
>            Reporter: Benson Margulies
> I just added a test case to ClientMtomXopTest that exercises MtoM where the content type
is text/plain rather than application/octet-stream or some other thing.
> The test, when un@Ignored, produces garbage XML that is rejected in the server's parse.
> I don't know where the problem here vis-a-vis CXF or the JAXB-RI. 
> This case is schema first The element type is base64Binary, but the code generator is
for some reason declaring as String instead of DataHandler. In fact, this would be fine with
me **if-it-worked**.
> Note that I have a related case working, at least client-to-server, in a code-first scenario
by declaring a DataHandler and attaching the XmlMimeType annotation for text/plain.

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

View raw message