You are viewing a plain text version of this content. The canonical link for it is here.
Posted to sandesha-dev@ws.apache.org by "Thomas McKiernan (JIRA)" <ji...@apache.org> on 2008/06/19 11:37:44 UTC

[jira] Updated: (SANDESHA2-159) RM1_1 +MC should auto-enable WS-A

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

Thomas McKiernan updated SANDESHA2-159:
---------------------------------------

    Attachment: autoWSAandreplay.patch

This should address the problem

> RM1_1 +MC should auto-enable WS-A
> ---------------------------------
>
>                 Key: SANDESHA2-159
>                 URL: https://issues.apache.org/jira/browse/SANDESHA2-159
>             Project: Sandesha2
>          Issue Type: Bug
>            Reporter: Thomas McKiernan
>         Attachments: autoWSAandreplay.patch
>
>
> RM1_1 on the client side in Sandesha sometimes requires MakeConnection. 
> Sandesha's use of MakeConnection requires WS-A, otherwise the use of replyTo is not used and the MC does not pull back the CSeq for the response sequence.
> Therefore the following should be added in that case
> msgContext.setProperty(AddressingConstants.DISABLE_ADDRESSING_FOR_OUT_MESSAGES,Boolean.FALSE);
> I have also discovered a bug in the replay code that does not account for a null EPR object (as opposed to an empty or a "anonymous" EPR - all of which are equivalent in sandesha code).

-- 
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: sandesha-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: sandesha-dev-help@ws.apache.org