[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Best Practice for URI construction?


jim ancona
Well looking things over I think I was wrong about the spec, my
understanding for the last couple years has been very molded by
"Universal Resource Identifiers - Axioms of Web Architecture",
http://www.w3.org/DesignIssues/Axioms.html , the part which I felt was
relevant here was from
http://www.w3.org/DesignIssues/Axioms.html#query

to quote:

"An important case is the treatment of the question mark in HTML
forms. There is a convention that infformation returned from HTML
forms is returned by encoding it and appending it to the URI. The
question mark within the URI is used to separate the basic URI from
parameters which are appended to it to perform an operation. A typical
use is for a search, and the string following the question mark is
often known as a query string.

When a query string and fragment identifier are used, the function
evaluated on dereferencing a URL

         http://foo/bar?baz#frag
 Is
         select(get( "foo", "query("bar","baz")), "frag")


where

    * query (resource, querystring) is evaluated by the resource "bar"
    * "bar" is opaque to all except the server "foo" ;
    * "baz" is a format understood by client and by the resource "foo/bar";
    * get(server, restofuri) is executed by the client engine which
understands "foo" but not "bar"
    * select(fragmentid, resource) is evaluated on the client by the
resource's handling code
"

That is to say that the resource and the querystring are two things
that are seperate from each other, the two parameters of the function
query - of which one parameter, querystring is optional.

We can have a resource without a querystring.

Don't really feel that we can have a querystring without a resource,
unless we do some clever argumentation removed from the facts on the
ground.

Cheers,
Bryan Rasmussen
On 12/9/05, Jim Ancona <jim@a...> wrote:
> bryan rasmussen wrote:
> > The querystring, despite sometimes usage, is not according to
> > specification for referring to different resources.
> >
> > This http://www.location.org/US/MA?city=Boston
> >
> > refers to US/MA
> >
> > city=Boston is a property of US/MA.
>
> What in the specification causes you to say that? According to RFC 3986,
> Section 3.4:
>
>     The query component contains non-hierarchical data that, along with
>     data in the path component (Section 3.3), serves to identify a
>     resource within the scope of the URI's scheme and naming authority
>     (if any).[1]
>
> I read that as saying that the query part participates in identifying a
> resource just as much as the path does.
>
> Perhaps you were thinking of the fragment identifier (the part after the
> '#')? Section 3.5 of the spec says:
>
>     The fragment identifier component of a URI allows indirect
>     identification of a secondary resource by reference to a primary
>     resource and additional identifying information.  The identified
>     secondary resource may be some portion or subset of the primary
>     resource, some view on representations of the primary resource, or
>     some other resource defined or described by those representations.
>
> To me, that sounds closer to what you were saying.
>
> Jim
>
> [1] - http://www.ietf.org/rfc/rfc3986.txt
>

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.