W3C home > Mailing lists > Public > www-ws-arch@w3.org > December 2002

RM and RC, our experience

From: Hao He <Hao.He@thomson.com.au>
Date: Thu, 19 Dec 2002 15:54:43 +1100
Message-ID: <686B9E7C8AA57A45AE8DDCC5A81596AB046AE20B@sydthqems01.INT.TISA.COM.AU>
To: "'Champion, Mike'" <Mike.Champion@SoftwareAG-USA.com>, www-ws-arch@w3.org

I'd like to share some of our experience on RM and RC.  Our solution does
not handle extreme cases such
as: network or server is down longer than the time required for any meanful
business interaction.  However, this solution seems to be good enough for
most of our situation.

First, we put all coordination duties on the client side.
The process works like this: 
1. Client POSTs a message to its Server.
2. The Server returns a receipt with a URL to the request status and starts
processing.  If a repeating request is received, the Server returns the same
receipt as if it were received the first time and does nothing.
3. Client GETs its request status from the URL.

If there is a network problem in Step 1, the client simply retries again
until a receipt is received or
it decides to give up.

If there is a problem after Step 2, the client just keep GETing and GET is

This solution would partially answer Mike's question on how GET and POST can
provide a sufficient coordination language.


Received on Wednesday, 18 December 2002 23:54:06 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:41:01 UTC