W3C home > Mailing lists > Public > www-ws-arch@w3.org > March 2003

RE: FW: Reliable Messaging Summary

From: Martin Chapman <martin.chapman@oracle.com>
Date: Wed, 5 Mar 2003 07:09:40 -0800
To: <www-ws-arch@w3.org>
Message-ID: <000401c2e329$3ef875f0$858b8640@us.oracle.com>

see below.

> -----Original Message-----
> From: www-ws-arch-request@w3.org 
> [mailto:www-ws-arch-request@w3.org] On Behalf Of Geoff Arnold
> Sent: Wednesday, March 05, 2003 6:22 AM
> To: www-ws-arch@w3.org
> Subject: Re: FW: Reliable Messaging Summary
> Just a couple of parenthetical comments about reliable messaging.
> (1) "Reliability" is not a single goal, an objective function 
> that we are seeking to optimize. It describes a spectrum of 
> possibilities. If we accept that  there are costs associated with 
> different
> levels of reliability, we must accept that there may be cases 
> where application deliberately choose a lower reliability to 
> satisfy their overall requirements.
> (2) The requirement of transport independence (including
> the dynamic composition of multiple transports) means that
> at the web services architectural level the specification, 
> description, and negotiation of reliability cannot be couched 
> in transport-specific or even message-specific terms. (If my 
> messages are conveyed using a black-box service that 
> guarantees the required reliability, I should not have to 
> understand exactly how it achieves
> this.)
> If we put these together, it seems that a discussion of 
> reliability at the web services architecture level should 
> involve the development of an ontology of reliability as well 
> as standard mechanisms for describing and negotiating various 
> levels of reliability. These might be expressed in terms of 
> SOAP and WSDL constructs and negotiation MEPs.

agreed but the mechanism for describing and negotiating should not be 
specific to reliability. Other qualtities can use the same framework,
and dare I suggest a ws-policy like
framework needs to be part of our architecture.

Received on Wednesday, 5 March 2003 10:10:58 UTC

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