- From: He, Hao <Hao.He@thomson.com.au>
- Date: Thu, 23 Oct 2003 21:44:06 +1000
- To: "'www-ws-arch@w3.org '" <www-ws-arch@w3.org>
- Message-ID: <686B9E7C8AA57A45AE8DDCC5A81596AB0922DCD3@sydthqems01.int.tisa.com.au>
Based on the discussion of last f2f: http://www.w3.org/2002/ws/arch/3/09/2003-09-25-ws-arch.htm Reliable messaging is now called message reliability. We still need to write text on other aspects of reliability. Hao 2.3.1.13 Message reliability 2.3.1.13.1 Definition Message reliability is the degree of certainty to which both the sender and the recipient have the same understanding of the status of message delivery. ... skip ... 2.3.1.13.3 Explanation The goal of message reliability is to both reduce the error frequency for messaging and to provide sufficient information about the status of a message delivery. Such information enables a participating agent to make a compensating decision when errors or less than desired results occur. High level correlation such "two-phase commit" is needed if more than two agents are involved. Note that in a distributed system, it is theoretically not possible to guarantee correct notification of delivery; however, in practice, simple techniques can greatly increase the overall confidence in the message delivery. It is important to note that a guarantee of the delivery of messages alone does not improve the overall reliability of a Web service due to the "end-to-end argument."[1] It may, however, improve the performance of messaging, and therefore, the overall performance of a Web service. Message reliability may be realized with a combination of message receipt acknowledgement and correlation. In the event that a message has not been properly received and acted upon, the sender may attempt a resend, or some other compensating action at the application level. [1]http://www.reed.com/Papers/EndtoEnd.html
Attachments
- text/plain attachment: InterScan_Disclaimer.txt
Received on Thursday, 23 October 2003 07:41:56 UTC