- From: Damodaran, Suresh <Suresh_Damodaran@stercomm.com>
- Date: Tue, 9 Jul 2002 20:07:04 -0500
- To: "'Mark Baker'" <distobj@acm.org>
- Cc: www-ws-arch@w3.org
19.1.3 specifically addresses "reliable messaging" and messaging is (well) defined in the glossary [1] as below. Message The basic unit of communication between a Web service and a Client: data to be communicated to or from a Web service as a single logical transmission. Therefore, I do not see how changing "reliable messaging" to "reliable computing" improves the clarity. Besides, "reliable computing" includes defining semantics of what is "reliable" computing. Refer to "behavior equivalence definition" thread discussions. Cheers, -Suresh Sterling Commerce [1] http://www.w3.org/2002/ws/arch/2/06/wd-wsa-gloss-20020605.html -----Original Message----- From: Mark Baker [mailto:distobj@acm.org] Sent: Tuesday, July 09, 2002 7:51 PM To: Damodaran, Suresh Cc: www-ws-arch@w3.org Subject: Re: [RTF] AC019 proposal to WSA WG Oops, sorry for the delay. I didn't realize the RTF had creeped into reliability of Web services, an interest of mine. I understand how difficult the wording is in this space, so I won't nitpick (though I agree with pretty much all of Mike's comments). So I can live with all of these except this one; On Tue, Jul 02, 2002 at 04:23:55PM -0500, Damodaran, Suresh wrote: > D-AR019.1.3 Web Services Architecture will incorporate support for reliable > messaging. My concern about this, is that it's prescribing a solution. There are a handful of ways in which reliability can be achieved at runtime, and reliable messaging is just one (and IMO, a poor one on the Internet). I would prefer we say something like; ... will incorporate support for reliable computing I tried to think of something more specific, but it's hard to get specific before we know what the architecture looks like. MB -- Mark Baker, CTO, Idokorro Mobile (formerly Planetfred) Ottawa, Ontario, CANADA. distobj@acm.org http://www.markbaker.ca http://www.idokorro.com
Received on Tuesday, 9 July 2002 21:07:22 UTC