RE: Normative constraints on the WSA

Bryan,

Yes, I believe this is a good summary of what we are trying to achieve:

>The problem that I see, and which Mark stated succicently, is that
>the current proposals have a tendency to suggest a _different_ set of 
>constraints.  I am comfortable with that notion, e.g., as expressed by
>SOAP, as long as we understand that this is an exploration of an
>architectural style that lies outside of the historical web architecture.

However, I am not sure we need to justify our work with respect to why we've deviated from Web architecture.  Web services are not the same things as the Web, they just happen to share some technologies, such as XML and HTTP.

Eric

-----Original Message-----
From: Thompson, Bryan B. [mailto:BRYAN.B.THOMPSON@saic.com]
Sent: Saturday, May 17, 2003 1:08 PM
To: Baker, Mark; 'Cutler, Roger (RogerCutler) '
Cc: 'www-ws-arch@w3.org '
Subject: RE: Normative constraints on the WSA




I think that Mark's statement here goes directly to the heart of the
matter.  REST is an architectural style, which Fielding defined as
"a named, coordinated set of architectural constraints."  I believe
that REST has served both a descriptive and proscriptive role in
shaping the URI and HTTP specifications, e.g., during the transition
from HTTP/1.0 to HTTP/1.1.

The problem that I see, and which Mark stated succicently, is that
the current proposals have a tendency to suggest a _different_ set of 
constraints.  I am comfortable with that notion, e.g., as expressed by
SOAP, as long as we understand that this is an exploration of an
architectural style that lies outside of the historical web architecture.
However, I would like to see justifications for the specific constraints
that are being relaxed as well as for those that are being introduced.
Without those justifications, it is hard to understand this as a related
experiment in any principled fashion.

I also agree with Mark's point that there is a great opportunity to
explore additional, incremental constraints on the REST architectural
style that would support a notion "web services".  This is a rich area
and one which I would like to see reflected further in the use case and
other documents of the web services architecture working group.  There
are REST-ful ways to approach many (most) of the use case scenarios.  It
would be, I think, worth our while to model them.

-bryan

-----Original Message-----
From: Mark Baker
To: Cutler, Roger (RogerCutler)
Cc: www-ws-arch@w3.org
Sent: 5/17/2003 9:43 AM
Subject: Re: Normative constraints on the WSA


On Sat, May 17, 2003 at 03:39:46AM -0500, Cutler, Roger (RogerCutler)
wrote:
> I don't think that anything in the architecture of the Web, at least
as
> I see it articulated by the TAG or the charter of the WSAWG, says or
> implies that the Web must remain the same forever.  As I've stated it,
> this may seem like a tautology or perhaps as a personally intended
slur
> (not intended this way at all), but I'm beginning to think that in
> essence this, or something like it, is a point of real difference of
> opinion and approach.

Not at all.  But you don't see improvement by relaxing constraints and
removing the very properties that got us to where we are today.  You
see improvement by *adding* new constraints.  I welcome all innovation
on the Web that does just that (see KnowNow), and I reject all
"innovation" to the contrary; it isn't innovation, it's taking us back
between 20 and 30 years in the evolution of large scale distributed
systems.

MB
-- 
Mark Baker.   Ottawa, Ontario, CANADA.        http://www.markbaker.ca
Web architecture consulting, technical reports, evaluation & analysis
  Actively seeking contract work or employment

Received on Saturday, 17 May 2003 13:53:20 UTC