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

Re: xml:base and fragments

  • From: Michael Kay <mike@saxonica.com>
  • To: "Andrew S. Townley" <ast@atownley.org>
  • Date: Tue, 9 May 2017 17:52:43 +0100

Re:  xml:base and fragments
> On 9 May 2017, at 16:46, Andrew S. Townley <ast@atownley.org> wrote:
> The specific portions of RFC 3986 that are most relevant to this discussion are Sections 4.4, Same-Document Reference, and Section 5.1 Establishing a Base URI.
> The rest of Section 5 defines operations and examples on how to actually create a complete URI based on having a base URI and some URI fragment, so they’re independent of exactly HOW the base URI was identified in the first place.
> The crux of this whole question/discussion seems to be Section 5.1 that describes 4 ways to establish a base URI. 

I don't think there's much dispute about how to establish a base URI and how to use it to resolve a relative reference. The crux to me is section 4.4 on same-document reference, which talks about using (dereferencing) the (resolved, absolute) URI to obtain a resource, and here it gives the surprising rule that if:

* the base URI is http://A/


* the URI you are dereferencing is http://A/


* the reference is interpreted as a reference to the entity containing the reference, even if that entity is completely unrelated to anything you might find by retrieving the resource at http://A/. 

But this rule only applies if "the URI reference is dereferenced for a retrieval action". I think this phrase has to be read in the light of 1.2.2, which says:

Given a URI, a system may attempt to perform a variety of operations
   on the resource, as might be characterized by words such as "access",
   "update", "replace", or "find attributes".  Such operations are
   defined by the protocols that make use of URIs, not by this

and this means that if a higher-level protocol chooses to define an operation (say "access" or "fetch") as behaving differently from a "retrieval action" in the sense defined by the RFC, then it is at liberty to do so.

Michael Kay

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.
First Name
Last Name
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.