W3C home > Mailing lists > Public > uri@w3.org > March 2002

Re: ';' parameter in segments

From: Mark Nottingham <mnot@akamai.com>
Date: Fri, 1 Mar 2002 12:25:57 -0800
To: "Roy T. Fielding" <fielding@apache.org>
Cc: Stefan Eissing <stefan.eissing@greenbytes.de>, Al Gilman <asgilman@iamdigex.net>, uri@w3.org
Message-ID: <20020301122543.A15384@akamai.com>

Roy (et al),

Is there any URI scheme which defines the semantics of parameters, or
are they in disuse in this aspect? 

On Fri, Mar 01, 2002 at 11:49:59AM -0800, Roy T. Fielding wrote:
> > 2. Parameters are opaque to the "receiver" of an uri. For comparision,
> >   and especially for resolving uris, parameters are treated as part
> >   of the path segment.
> It depends on the resolver.  "http" treats them as opaque.
> > 3. An authority for the uri, what you call "service", is free to
> >   use parameters however it likes in matching uris to resources and
> >   vice versa. (follows from opacity)
> It depends on the resolver.  "http" treats them as opaque.
> > 4. Queries are different from parameters as:
> >    - queries on base uris do not take part in resolving references
> >      when the reference has a non-empty path.
> >    - queries can be setup by a client (HTML forms)
> It depends on the resolver.  "http" treats them as opaque.  Most HTTP
> servers separate the query information from the path before determining
> the handler for the resource identified by the host and path.
> Yes, that is one of the reasons they exist.  However, there is no global
> parameter meaning in URI space.  What that means is that each server has
> to tell the client what URI(s) to use in order to access the source, which is
> why the dav:source property exists.  Whether that URL is an added parameter
> to the dynamic URI, a separate hierarchical space on the same server, or
> a separate server altogether (as is common is staging environments) is
> completely specifiable by the resource owner's server and thus doesn't
> require any special convention in the URI syntax.

Mark Nottingham, Research Scientist
Akamai Technologies (San Mateo, CA USA)
Received on Friday, 1 March 2002 15:25:58 UTC

This archive was generated by hypermail 2.4.0 : Sunday, 10 October 2021 22:17:40 UTC