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 "Chamikara Jayalath (JIRA)" <ji...@apache.org> on 2007/04/24 11:52:15 UTC

[jira] Resolved: (SANDESHA2-74) "Replay" synchronous model not working properly

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

Chamikara Jayalath resolved SANDESHA2-74.
-----------------------------------------

    Resolution: Fixed
      Assignee: Chamikara Jayalath

TerminateSequence actionMapping was moved to the InOnlyOperation.

> "Replay" synchronous model not working properly 
> ------------------------------------------------
>
>                 Key: SANDESHA2-74
>                 URL: https://issues.apache.org/jira/browse/SANDESHA2-74
>             Project: Sandesha2
>          Issue Type: Bug
>         Environment: Axis2 talking to .NET
>            Reporter: Paul Fremantle
>         Assigned To: Chamikara Jayalath
>
> This is fairly complex :-)
> I have an Axis2 client talking to .NET WCF. I'm using a synchronous call with two-way RM and its marked as LastMessage.
> After the operation goes through, the TS flows from Client to Server correctly. On the HTTP response, .NET flows back a TS. This has a wsa:Action but no wsa:MessageID. 
> In Axis2 the TS method is marked as InOut as a "hack". Its used on the server side to pass back the corresponding server-side TS. However, this means that at the client side the WSA validation is expecting a wsa:MessageID on the incoming TS. (wsa:MessageID is required on the in of any in-out). 
> Therefore the hack is causing an exception.

-- 
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