[
https://issues.apache.org/jira/browse/CXF-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12766954#action_12766954
]
Michael Allman commented on CXF-2474:
-------------------------------------
WRT SourceDatabinding, yes, I see that it supports
javax.xml.transform.stax.StAXSource. However, it does not support return
values of type XMLStreamWriterCallback. Are there plans to support this?
Writing the response using an XMLStreamWriter is *much* easier than using an
XMLStreamReader. If you want, I can work on a patch.
As far as the StaxDataBindingFeature goes, I've written the code but have been
unable to test it yet. I will write again when I've confirmed it's working.
Thanks.
> DocLiteralInInterceptor.handleMessage(Message) does not handle use case where
> message part is an XMLStreamReader
> ----------------------------------------------------------------------------------------------------------------
>
> Key: CXF-2474
> URL: https://issues.apache.org/jira/browse/CXF-2474
> Project: CXF
> Issue Type: Bug
> Components: Core
> Affects Versions: 2.2.4, 2.2.5
> Reporter: Michael Allman
> Assignee: Daniel Kulp
> Fix For: 2.2.5
>
> Attachments: DocLiteralInInterceptor.patch
>
>
> The DocLiteralInInterceptor.handleMessage(Message) method breaks on the use
> case where the message part is an XMLStreamReader.
> The code seems to assume that line 188:
> o = dr.read(p, xmlReader);
> actually "reads" the message XML from xmlReader and advances to the next
> message part. Not so when dr is an XMLStreamDataReader. In that case, o is
> in fact xmlReader itself.
> We need to check in the while condition at line 195 that o != xmlReader (or
> come up with a more elegant solution). I'm attaching a patch that does that.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
