You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commons-dev@ws.apache.org by "Glen Daniels (JIRA)" <ji...@apache.org> on 2007/03/28 13:57:32 UTC

[jira] Resolved: (WSCOMMONS-181) SOAPHeader not serialised in Sandesha unit tests

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

Glen Daniels resolved WSCOMMONS-181.
------------------------------------

    Resolution: Fixed

This should be fixed now, please let me know if there are any further probs.

> SOAPHeader not serialised in Sandesha unit tests
> ------------------------------------------------
>
>                 Key: WSCOMMONS-181
>                 URL: https://issues.apache.org/jira/browse/WSCOMMONS-181
>             Project: WS-Commons
>          Issue Type: Bug
>          Components: AXIOM
>            Reporter: David Illsley
>         Assigned To: Glen Daniels
>            Priority: Critical
>
> The Sandesha unit tests fail when running from a clean maven repository. The problem is that the SOAPHeader is being omitted when it is serialised to the wire (the header appears in the in-memory object model before then).
> I took a look at SOAPEnvelopeImpl and it looks like the recent chenges to getFirstChildWithName have broken the logic in internalSerialize(). It currently assumes that if it passes in a new QName("Header") that either a SOAP1.1 or a SOAP 1.2 header element will be found. In reality, with these changes neither will. 
> I did a quick hack locally to change the QName to add the SOAP 1.1 namespace and the unit tests then passed.
> I'm not an Axiom expert and I don't know what the best fix for this is (or why this problem isn't breaking the Axis2 tests! so I don't want to bodge a fix for this myself.
> Glen, I know you made some changes around this area, could you take a look?

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


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: commons-dev-help@ws.apache.org