Re: Ideas: GETSRC & MULTIPUT

> The source link didn't work. Telling people to use the source link is not,
> IMO, productive.

Under what conditions did it not work?  Do you mean just never implemented?

> GETSRC could be defined as something like, "returns to the client a
> representation of the resource suitable for editing in an authoring client",
> so we avoid issues of getting at the "true" state of the resource. GETSRC
> wouldn't have the same caching properties as GET; I don't see that as being
> a big problem for authoring.
> 
> So, which specific HTTP design principle(s) does this proposal violate?

The one that calls for different resources to be accessed using different URI.
The set of source URI for some other URI are different resources.  Since
there can be many more than one source per representation, the notion of
creating a new method to avoid one indirection is just wrong.

....Roy

Received on Monday, 29 October 2001 19:24:46 UTC