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

Re: Late binding

From: Mark Baker <distobj@acm.org>
Date: Wed, 26 Jun 2002 21:29:35 -0400
To: Martin Chapman <martin.chapman@oracle.com>
Cc: "'w3arch'" <www-ws-arch@w3.org>
Message-ID: <20020626212935.G29073@www.markbaker.ca>


On Wed, Jun 26, 2002 at 12:41:29PM -0700, Martin Chapman wrote:
> Now to comment on Mark's last point. I think I hear you saying is what
> the web does is define get and post methods on all "objects". If in this
> context,if  http://www.cherontexaco.com/foo/bar offers baz, goo and
> gurgle these are somehoe encoded in the get or post.

No, I'm saying that baz, goo, and gurgle are not exposed as methods at
all by that service.  The only methods that are exposed are GET, PUT,
POST, etc..  The functions that baz, goo, and gurgle perform, can, in
most cases, be implemented as a hidden side effect of POST.  The hard
part here is in being able to enable the client (human or machine) to
form an expectation about what that side effect might be.  HTML forms
satisfy the needs of human users in this respect, and RDF satisfies
the needs of machines.

I talked about this here;


> At the web level it
> doesn't care. But when bar recieves the get/post it has to decode the
> contents and "route" the request to the implementation of baz, goo, or
> gurgle. If one of these doesn't exist the request fails. All that is
> happening here is that we have pushed the brittleness up one level. You
> *cannot* avoid the problem   that there may be a request for a server
> function/feature/method that does not exist.

You can't entirely avoid it, but you can change the nature of the
problem by limiting the number of methods you expose, and using the
ones you do expose to be able to bootstrap extended agreement.

Mark Baker, CTO, Idokorro Mobile (formerly Planetfred)
Ottawa, Ontario, CANADA.               distobj@acm.org
http://www.markbaker.ca        http://www.idokorro.com
Received on Wednesday, 26 June 2002 21:19:02 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:05:34 UTC