RE: [ws-rx] Minimalist GetMessage proposal: the anon use case

["Durand, Jacques R." <JDurand@us.fujitsu.com>]

Paul:

Are you sure this works when two different (un-addressable) clients are
sending an anonymous wsrm:Offer/wsrm:Endpoint to the same RMS-to-be
endpoint, say for offering sequences S1 and S2? 
The offered sequences S1 and S2 have to be clearly associated from the
start with the right client-RMD, by the server-RMS.
With an in/out pattern where the in message is not sent reliably, how
would the server-RMS know if it should use S1 or S2 when sending the out
message for an in  message of one of the two initiators?
Don't we still face the same issue of distinguishing anonymous endpoints
that IBM proposal tries to address ( with wsrm:EPRid) ?
(Do I miss something?)

Jacques

-----Original Message-----
From: Paul Fremantle [mailto:paul@wso2.com] 
Sent: Wednesday, May 03, 2006 12:05 PM
To: wsrx
Subject: [ws-rx] Minimalist GetMessage proposal

Based on some of the discussions it seemed to me that it could be 
valuable to produce a completely "minimalist" GetMessage proposal.

This is a new proposal that is based on the previous WSO2 proposal.

The proposal removes the MessageID selector in the GetMessage - relying 
on simply getting whatever message the server sends back next.

Also it removes the section 4.2. Effectively section 4.2 is an 
optimisation: for example to support unreliable-in/reliable-out a client

could do a createsequence+offer and never use the outgoing sequence. In 
this case there is an overhead, which 4.2 aimed to remove, but this 
simplifies the proposal by focussing on the bare minimum required to 
support the most common use cases, but still allowing the other use case

with a slight overhead.

I've also included a sample message flow which I hope helps understand 
the proposal and show the general usage.

Paul

-- 

Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://feeds.feedburner.com/bloglines/pzf
paul@wso2.com

"Oxygenating the Web Service Platform", www.wso2.com