You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fx-dev@ws.apache.org by Jeffrey Crump <jc...@sonicsoftware.com> on 2005/09/19 23:03:23 UTC

Anonymous reply for Request-Response

Hi,

I'm wondering what kind of support Sandesha offers for anonymous replies
for request/response operations.  Our research is leading us to believe
that Sandesha does not support this feature.  In fact, it seems that
when we supply the anonymous replyTo (e.g. by changing the Sandesha
samples) the server starts faulting with (405) Method Not Allowed as it
literally tries to send data to the anonymous URL!

In the architecture document supplied with the release, there is a
mysterious reference to a requirement that ReplyTo be set as
non-anonymous. Is this true?  It would be suprising if this is really
not supported.

Thanks for the clarification.

-Jeff


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


Re: Anonymous reply for Request-Response

Posted by Jaliya Ekanayake <ja...@opensource.lk>.
Hi Jeff,

I would like to focus your attention to the following scenario.

RM Source  sends a request message
RM Destination sends an response (synchronously as you expect with an 
acknowledgement )
This response is lost in the communication

What will happen now , how the RM Destination send a re-transmission of this 
response.

In addition how we guarantee the reliability if the Web service request 
takes some time to produce the output and during that time the synchronous 
transmission (say HTTP) my probably time out.

In addition , MHO is if it is really request response messages, then it is 
simply reliable since when we get a response we know that it has been 
transmitted to the destination correctly.

When we implement Sandesha we mainly focused on  messaging style 
communication and since the RM specification is also focusing on mainly a 
one way communication (see the scenario in the specification- there is no 
reference to web service response as it can be considered as a new sequence) 
we implemented it that way. In addition sandesha support both request only 
and request response web service invocations and only difference is that the 
response should come in a different communication path. In that case we are 
inside the RM -Specification and may be missing a feature that we could 
include with some effort. (It is not that straight forward with Axis 1.X)

At the moment IBM implementation support the feature you have mentioned but 
Msft has come up with request/ response with dual channels only.

Hope this will explain why we didn't support what you have requested.

Thanks,

Jaliya





----- Original Message ----- 
From: "Jeffrey Crump" <jc...@sonicsoftware.com>
To: <sa...@ws.apache.org>
Sent: Monday, September 19, 2005 4:03 PM
Subject: Anonymous reply for Request-Response


Hi,

I'm wondering what kind of support Sandesha offers for anonymous replies
for request/response operations.  Our research is leading us to believe
that Sandesha does not support this feature.  In fact, it seems that
when we supply the anonymous replyTo (e.g. by changing the Sandesha
samples) the server starts faulting with (405) Method Not Allowed as it
literally tries to send data to the anonymous URL!

In the architecture document supplied with the release, there is a
mysterious reference to a requirement that ReplyTo be set as
non-anonymous. Is this true?  It would be suprising if this is really
not supported.

Thanks for the clarification.

-Jeff


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




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


Re: Anonymous reply for Request-Response

Posted by Chamikara Jayalath <ch...@gmail.com>.
Hi Jeff,

In WS-RM the reply messages have to come in a new RM channel. So before 
sending the reply messages the RM-Destination have to send a new create 
sequence request message to the original RM-Sender and get a create sequence 
response. He has to use the sequence-id obtained by this as the sequnce id 
for the reply messages. It is very difficult to do all these operations 
synchronouly.

That is why Sandesha does not allow replyTo to be anonymous in 
request-response communications. (since replyTo being anonymous asks to send 
the reply messages Synchronously).


Chamikara


On 9/20/05, Jeffrey Crump <jc...@sonicsoftware.com> wrote:
> 
> Hi,
> 
> I'm wondering what kind of support Sandesha offers for anonymous replies
> for request/response operations. Our research is leading us to believe
> that Sandesha does not support this feature. In fact, it seems that
> when we supply the anonymous replyTo (e.g. by changing the Sandesha
> samples) the server starts faulting with (405) Method Not Allowed as it
> literally tries to send data to the anonymous URL!
> 
> In the architecture document supplied with the release, there is a
> mysterious reference to a requirement that ReplyTo be set as
> non-anonymous. Is this true? It would be suprising if this is really
> not supported.
> 
> Thanks for the clarification.
> 
> -Jeff
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: sandesha-dev-help@ws.apache.org
> 
>

Re: Anonymous reply for Request-Response

Posted by Chamikara Jayalath <ch...@gmail.com>.
Hi Jeff,

In WS-RM the reply messages have to come in a new RM channel. So before 
sending the reply messages the RM-Destination have to send a new create 
sequence request message to the original RM-Sender and get a create sequence 
response. He has to use the sequence-id obtained by this as the sequnce id 
for the reply messages. It is very difficult to do all these operations 
synchronouly.

That is why Sandesha does not allow replyTo to be anonymous in 
request-response communications. (since replyTo being anonymous asks to send 
the reply messages Synchronously).


Chamikara


On 9/20/05, Jeffrey Crump <jc...@sonicsoftware.com> wrote:
> 
> Hi,
> 
> I'm wondering what kind of support Sandesha offers for anonymous replies
> for request/response operations. Our research is leading us to believe
> that Sandesha does not support this feature. In fact, it seems that
> when we supply the anonymous replyTo (e.g. by changing the Sandesha
> samples) the server starts faulting with (405) Method Not Allowed as it
> literally tries to send data to the anonymous URL!
> 
> In the architecture document supplied with the release, there is a
> mysterious reference to a requirement that ReplyTo be set as
> non-anonymous. Is this true? It would be suprising if this is really
> not supported.
> 
> Thanks for the clarification.
> 
> -Jeff
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: sandesha-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: sandesha-dev-help@ws.apache.org
> 
>

Re: Anonymous reply for Request-Response

Posted by Jaliya Ekanayake <ja...@opensource.lk>.
Hi Jeff,

I would like to focus your attention to the following scenario.

RM Source  sends a request message
RM Destination sends an response (synchronously as you expect with an 
acknowledgement )
This response is lost in the communication

What will happen now , how the RM Destination send a re-transmission of this 
response.

In addition how we guarantee the reliability if the Web service request 
takes some time to produce the output and during that time the synchronous 
transmission (say HTTP) my probably time out.

In addition , MHO is if it is really request response messages, then it is 
simply reliable since when we get a response we know that it has been 
transmitted to the destination correctly.

When we implement Sandesha we mainly focused on  messaging style 
communication and since the RM specification is also focusing on mainly a 
one way communication (see the scenario in the specification- there is no 
reference to web service response as it can be considered as a new sequence) 
we implemented it that way. In addition sandesha support both request only 
and request response web service invocations and only difference is that the 
response should come in a different communication path. In that case we are 
inside the RM -Specification and may be missing a feature that we could 
include with some effort. (It is not that straight forward with Axis 1.X)

At the moment IBM implementation support the feature you have mentioned but 
Msft has come up with request/ response with dual channels only.

Hope this will explain why we didn't support what you have requested.

Thanks,

Jaliya





----- Original Message ----- 
From: "Jeffrey Crump" <jc...@sonicsoftware.com>
To: <sa...@ws.apache.org>
Sent: Monday, September 19, 2005 4:03 PM
Subject: Anonymous reply for Request-Response


Hi,

I'm wondering what kind of support Sandesha offers for anonymous replies
for request/response operations.  Our research is leading us to believe
that Sandesha does not support this feature.  In fact, it seems that
when we supply the anonymous replyTo (e.g. by changing the Sandesha
samples) the server starts faulting with (405) Method Not Allowed as it
literally tries to send data to the anonymous URL!

In the architecture document supplied with the release, there is a
mysterious reference to a requirement that ReplyTo be set as
non-anonymous. Is this true?  It would be suprising if this is really
not supported.

Thanks for the clarification.

-Jeff


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




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