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 10:41:45 UTC
[jira] Created: (SANDESHA2-159) RM1_1 +MC should auto-enable WS-A
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
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
[jira] Updated: (SANDESHA2-159) RM1_1 +MC should auto-enable WS-A
Posted by "Thomas McKiernan (JIRA)" <ji...@apache.org>.
[ 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
[jira] Resolved: (SANDESHA2-159) RM1_1 +MC should auto-enable WS-A
Posted by "Thomas McKiernan (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SANDESHA2-159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thomas McKiernan resolved SANDESHA2-159.
----------------------------------------
Resolution: Fixed
Completed: At revision: 669443
> 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