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

RE: D-AG0019 [RE: D-AG0007.1- defining reliable and stable WS ]

From: Damodaran, Suresh <Suresh_Damodaran@stercomm.com>
Date: Wed, 27 Mar 2002 10:07:14 -0600
Message-ID: <40AC2C8FB855D411AE0200D0B7458B2B07C593E7@scidalmsg01.csg.stercomm.com>
To: "'Hugo Haas'" <hugo@w3.org>, "'Mark Baker'" <distobj@acm.org>, www-ws-arch@w3.org
Hi Hugo and Mark,

-----Original Message-----
From: Hugo Haas [mailto:hugo@w3.org]
Sent: Friday, March 22, 2002 3:54 PM

Service reliability as I would understand it would merely be, as Mark
was discussing it[2], about careful maintenance of Web resources:
advertisement of availability (e.g. use of HTTP's 503 error code[3]),
relocation (e.g. 301[4]), discontinuation (e.g. 410[5]), etc. Note
that we could have something in the architecture document recommending
such behaviors.

  2. http://lists.w3.org/Archives/Public/www-ws-arch/2002Mar/0363.html
  3. http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.5.4
  4. http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.2
  5. http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.11


I think the above ideas on defining/refining service reliability are
WSA might specify these "techniques" (relocation, discontinuation, advt....)
as ways to support/enable reliability. Same goes for messaging
reliability (guaranteed delivery at most once/at least once/ once and once
(I am assuming we can separate the service reliability to messaging

Just like security, we cannot REQUIRE that all implemented web services
provide these techniques, though we could REQUIRE the WS standards to
provide primitives to support these goals. Same for stability, predictable

Given these I propose we change the goal of D-AG0019 from

"[To develop a standard reference architecture for ]reliable, stable, and
predictably evolvable web services"


"[To develop a standard reference architecture that supports ]reliable,
stable, and predictably evolvable web services"

or something equivalent (better wording solicited). 
The key difference is that the REQUIREMENT for reliability,(...)
is no longer there for *implemented* web services, though supporting
reliability, stability, and predictable evolution is a REQUIREMENT of the




Received on Wednesday, 27 March 2002 11:07:37 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:40:55 UTC