[
https://issues.apache.org/jira/browse/CXF-3748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse Pangburn closed CXF-3748.
-------------------------------
Verified by downloading latest version of affected file(s) from SVN on the
2.4.x fixes branch and checking the code contains the fix
> Using Dispatch API with SOAPMessage type fails to set WS-Addressing action
> header properly if there's whitespace after the soap:body
> ------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CXF-3748
> URL: https://issues.apache.org/jira/browse/CXF-3748
> Project: CXF
> Issue Type: Bug
> Components: JAX-WS Runtime
> Affects Versions: 2.4.1
> Reporter: Jesse Pangburn
> Assignee: Daniel Kulp
> Priority: Minor
> Labels: dispatch, soapmessage, ws-addressing
> Fix For: 2.3.7, 2.4.3
>
> Attachments: patch3747and3748.txt, patch3748.txt
>
> Original Estimate: 2h
> Remaining Estimate: 2h
>
> if you use a SOAPMessage instead of a Source then the following function
> fails (ignoring the exception) and your ws-addressing action doesn't get set-
> if you have any whitespace after the soap:body element before your first
> payload element:
> private String getPayloadElementName(SOAPMessage soapMessage) {
> try {
> SOAPElement element =
> (SOAPElement)soapMessage.getSOAPBody().getChildElements().next();
> return new QName(element.getNamespaceURI(),
> element.getLocalName()).toString();
> } catch (Exception e) {
> //ignore
> }
> return null;
>
> }
> This fails because the .next() call at the end gets a text node instead of an
> element object so the cast fails. So inexplicably your ws-addressing action
> header doesn't get set as far as the user sees.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
