Re: I-D: How Roy would Implement URNs and URCs Today

Martijn Koster (m.koster@nexor.co.uk)
Wed, 19 Jul 1995 06:54:54 +0100


Message-Id: <9507190555.AA12059@mocha.bunyip.com>
To: liberte@ncsa.uiuc.edu (Daniel LaLiberte)
Cc: Roy Fielding <fielding@beach.w3.org>, uri@bunyip.com
Subject: Re: I-D: How Roy would Implement URNs and URCs Today 
In-Reply-To: Your message of "Tue, 18 Jul 1995 17:00:27 CDT."             <9507182200.AA17553@void.ncsa.uiuc.edu> 
Date: Wed, 19 Jul 1995 06:54:54 +0100
From: Martijn Koster <m.koster@nexor.co.uk>

In message <9507182200.AA17553@void.ncsa.uiuc.edu>, Daniel LaLiberte writes:

>  > An expression is obtained only when the URL is combined with an
>  > Action (aka Method) like GET.  If you change the action (e.g., PUT),
>  > the expression changes, but not the URL.
> 
> There is an implicit GET that goes along with most URL resolution, and
> we agree that the combination is an expression. 

Currently most do, yes, but that happens to be because GET is
virtually all that browsers do at the moment. I hope to see a lot more
methods being created and used, from revision control to annotations.

Then we do need names for resources to perform these methods on.

> In fact, we need a way to represent the full combination of the
> method, the URL, and any additional parameters that were used in
> resolving to the result, if that is what is being done.  This full
> expression would be useful in identifying the result for caching
> purposes, for example.

This expression is probably the HTTP Request header. Note this can
potentially be quite big...

I'm not sure it can ever be more than a guess. Already you have
services keying the displayed results on other meta data such as
User-agent. Note sure how desirable this is, but there you are.

At the end of the day a request is handled by a protocol transaction
between client and server. Even an identical request might be handled
differently coming from different IP addresses. You can't shoe-horn
that into an identifier.

>  > Identity and behavior are two orthogonal issues, and they must be
>  > kept separate.  If an identifier implies behavior, then the resource
>  > cannot be referenced independent of the desired action.
> 
> It's not so simple.  An identifier that implies absolutely nothing
> would be useless - you would have no way to interpret it to find out
> what it refers to.

Sure, but you have implications: is a URL starts http://server/ I know I can
use HTTP to that server do whatever I want.

Putting actions into resource identifiers sounds like a bad thing for
the general case, IMHO...

-- Martijn
__________
Internet: m.koster@nexor.co.uk
X-400: C=GB; A= ; P=Nexor; O=Nexor; S=koster; I=M
WWW: http://web.nexor.co.uk/mak/mak.html