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

RE: Comments on WSA "Architectural Style" section 1.2

From: David Orchard <dorchard@bea.com>
Date: Wed, 12 Mar 2003 18:19:44 -0800
To: "'Mark Baker'" <distobj@acm.org>, "'Walden Mathews'" <waldenm@optonline.net>
Cc: <www-ws-arch@w3.org>
Message-ID: <017a01c2e907$03c96b90$6418e8d8@beasys.com>

I followed Roy's style of derivation.  That is, a number of exclusive axis
are refined indpendently then joined together.  For example, Client-Server
is refined by Layering, to produce LCS style.  Then LCS is combined with
other axis, such as $, UI, etc., to form REST style.

I'd be curious as to what is wrong with that?  Seems like what's good for
REST is good for SOA.
Cheers,
Dave

> -----Original Message-----
> From: www-ws-arch-request@w3.org [mailto:www-ws-arch-request@w3.org]On
> Behalf Of Mark Baker
> Sent: Wednesday, March 12, 2003 5:48 PM
> To: Walden Mathews
> Cc: www-ws-arch@w3.org
> Subject: Re: Comments on WSA "Architectural Style" section 1.2
>
>
>
> On Wed, Mar 12, 2003 at 06:42:25PM -0500, Walden Mathews wrote:
> > Assuming we know something about the method used for deriving
> > one style from another, namely that it's purely about adding more
> > constraints
> > to derive new styles.  Although Fielding prefers that
> method in his REST
> > thesis, we have no right to assume it's the preferred method here.
>
> If you permit derivation in a manner that doesn't carry forward the
> constraints with it, then that's equivalent to saying that all styles
> derive from all others.  Not particularly useful.
>
> I can't fathom any other means of style derivation than by constraint
> extension.
>
> > What this means for SOA is both good news and bad news.  The bad
> > news is that the architecture document is in error when it says that
> > "mediated
> > SOA" doesn't use URIs to identify resources.  The good news
> is, yes it
> > does.  It does because SOA resources are "services", hence
> always abstract
> > and dynamic, as distinct from data representations.  It's a
> trivial test, as
> > compared with some REST cases.
>
> Whoa.  I'd prefer not to go there.  I'll just let my comments stand.
>
> MB
> --
> Mark Baker.   Ottawa, Ontario, CANADA.        http://www.markbaker.ca
> Web architecture consulting, technical reports, evaluation & analysis
>
>
Received on Wednesday, 12 March 2003 21:23:23 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 3 July 2007 12:25:16 GMT