RE: Reliable messaging; solution or requirement?

FWIW, RM, which addresses the reliable delivery message (or a
set of messages, in stream or datagram fashion) from one source
to one or more destinations, where more than two pieces of
*application* (as opposed to system or network) software
are likely involved in the process, goes way beyond the problem
your described as "... two pieces of [application] software
distributed on an unreliable network ..."  

Well, we can go on endlessly split words; but that's not
an area where I'd channel my time and energy into, because
my beef: what got me into the fray at first, was against
replacing a widely adopted term, namely "Reliable Messaging,"
with something equal or less in the context Suresh had given.
Looks like RM the term is here to stay.  So I'm moving on.

Cheers,

Joe Hui
Exodus, a Cable & Wireless service
=========================================================






> -----Original Message-----
> From: Mark Baker [mailto:distobj@acm.org]
> Sent: Wednesday, July 10, 2002 1:57 PM
> To: Joseph Hui
> Cc: www-ws-arch@w3.org
> Subject: Reliable messaging; solution or requirement?
> 
> 
> On Wed, Jul 10, 2002 at 01:22:36PM -0700, Joseph Hui wrote:
> > There's a chasm between our understandings in what constitutes
> > a specific solution (based on our previous few message exchanges),
> 
> Let's see if I can capture the two positions.
> 
> You (and others) appear to believe that unreliable messaging is a
> problem requiring a solution.
> 
> My belief is that the problem is "reliable coordination".  That is,
> how do two pieces of software distributed on an unreliable network,
> coordinate to achieve some goal in a reliable manner (such that both
> know that the goal has been achieved or failed, etc..)?  So I see
> "reliable messaging" as just one possible solution to that problem.
> 
> Does that help?
> 
> MB
> -- 
> Mark Baker, CTO, Idokorro Mobile (formerly Planetfred)
> Ottawa, Ontario, CANADA.               distobj@acm.org
> http://www.markbaker.ca        http://www.idokorro.com
>

Received on Wednesday, 10 July 2002 17:21:03 UTC