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

RE: Visibility (was Re: Introducing the Service Oriented Architec tural style, and it's constraints and properties.

From: Assaf Arkin <arkin@intalio.com>
Date: Wed, 26 Feb 2003 12:12:44 -0800
To: "Mark Baker" <distobj@acm.org>, "Burdett, David" <david.burdett@commerceone.com>
Cc: <www-ws-arch@w3.org>

> On Wed, Feb 26, 2003 at 03:18:48AM -0800, Burdett, David wrote:
> > <DB>We need to define what we mean by an "application" if you mean it is
> > anything above the transport layer, then you are correct but
> really I think
> > the layers are typically: Operating System, App Server, "Web Services
> > Middleware", Application.

How about:

Application - A program designed to assist in the performance of a specific
task, such as word processing, accounting, or inventory management

Now the only question is 'what application are we talking about?'

Are we talking about the HTTP or FTP server? In this case HTTP and FTP are
the application protocols.

Are we talking about accounting? In this case the accounting protocol is the
application protocol.

Is it possible to have an application on top of an application on top of an
application? How about my accounting application running inside a WS
container (in itself an application) implemented inside an HTTP server (in
itself an application). Is that possible?

This of course doesn't help much, because we've just introduced three
different protocols, one described by HTTP, one described by WSDL and one
described by WSCI (just as an example). Again as with synch/asynch, this is
all a matter of applying a definition in the proper context.


> The *critical* thing that one has to accept in order to understand REST,
> is that application protocol methods are the same as operations in an
> API, i.e. at the same layer of the stack as "getStockQuote" or
> "purchaseBook".  If you just take this as a given for a moment, you'll
> see that all the arguments I've ever made on this subject become a big,
> complex, yet entirely self-consistent description of much of Web
> architecture, and indeed several other Internet scale architectures.  If
> you don't accept it, then I probably come off as a loon, which I
> completely understand because I thought the same thing of some guys who
> saying that to me back in 97/98 (Dan Connolly and Roy Fielding, FWIW).
> So, a *rhetorical* question for those of you who don't believe that
> GET is at the same layer as getStockQuote; what would you call a
> protocol that does have a "getStockQuote" method?  Note; "application
> protocol" is already taken. 8-)
> MB
> --
> Mark Baker.   Ottawa, Ontario, CANADA.        http://www.markbaker.ca
> Web architecture consulting, technical reports, evaluation & analysis
Received on Wednesday, 26 February 2003 15:14:17 UTC

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