This document describes a facility, similar to that of HTML BASE, for defining base URIs for parts of XML documents.
This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at http://www.w3.org/TR/.
This document has been produced by the W3C XML Core Working Group as part of the W3C XML Activity. The English version of this specification is the only normative version. However, for translations of this document, see http://www.w3.org/2003/03/Translations/byTechnology?technology=xmlbase
This document is a Proposed Edited Recommendation of the W3C. This second edition is not a new version of XML Base; its purpose is to clarify a number of issues that have become apparent since the first edition was published. Some of these were first published as separate errata ( http://www.w3.org/2001/06/xmlbase-errata), others were published in a public editor's draft in November 2006 ( http://www.w3.org/XML/2006/11/xmlbase-2e/Overview.html), and a PER in December 2006 ( http://www.w3.org/TR/2006/PER-xmlbase-20061220/).
This PER normatively references the draft of a replacement to RFC 3987 (here called RFC 3987 bis) for the definition of the term Legacy Extended IRI. It will not advance to Recommendation status until the replacement RFC is published, and the reference will be updated accordingly.
W3C Advisory Committee Members are invited to send formal review comments to the W3C Team until 30 June 2008. Advisory Committee Representatives should consult their WBS questionnaires. The public is invited to send comments on this document to email@example.com; public archives are available.
There is no implementation report or test suite for this specification, but there is a document describing methods of testing XML Base conformance.
Publication as a Proposed Edited Recommendation does not imply endorsement by the W3C Membership. This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.
This document is governed by the 24 January 2002 CPP as amended by the W3C Patent Policy Transition Procedure. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.
3 xml:base Attribute
3.1 URI Reference Encoding and Escaping
4 Resolving Relative URIs
4.1 Relation to RFC 3986
4.2 Granularity of base URI information
4.3 Matching URIs with base URIs
4.4 Interpretation of same-document references
The XML Linking Language [XLink] defines Extensible Markup Language (XML) 1.0 [XML] constructs to describe links between resources. One of the stated requirements on XLink is to support HTML [HTML 4.01] linking constructs in a generic way. The HTML BASE element is one such construct which the XLink Working Group has considered. BASE allows authors to explicitly specify a document's base URI for the purpose of resolving relative URIs in links to external images, applets, form-processing programs, style sheets, and so on.
This document describes a mechanism for providing base URI services to XLink, but
as a modular specification so that other XML applications benefiting from additional
control over relative URIs but not built upon XLink can also make use of it. The
syntax consists of a single XML attribute named
The deployment of XML Base is through normative reference by new
specifications, for example XLink and the XML Infoset. Applications
and specifications built upon these new technologies will natively
support XML Base. The behavior of
in applications based on specifications that do not have direct or
indirect normative reference to XML Base is undefined.
It is expected that a future RFC for XML Media Types will specify XML Base as the mechanism for establishing base URIs in the media types it defines.
The terms base URI and relative URI are used in this specification as they are defined in [RFC 3986].
xml:base may be inserted in XML documents to
specify a base URI other than the base URI of the document or external
entity. The value of this attribute is interpreted as
a Legacy Extended IRI (LEIRI) as defined in
the successor to RFC 3897
[RFC 3987 bis]
This PER will not become an Edited Recommendation until the successor to RFC 3897 is published, and the reference above will be amended accordingly.
In namespace-aware XML processors, the "xml" prefix is bound to the namespace
http://www.w3.org/XML/1998/namespace as described in Namespaces in XML
[XML Names]. Note that
xml:base can be still used by
An example of
xml:base in a simple document containing
XLinks follows. XLink normatively references XML Base for interpretation
of relative URI references in
<?xml version="1.0"?> <doc xml:base="http://example.org/today/" xmlns:xlink="http://www.w3.org/1999/xlink"> <head> <title>Virtual Library</title> </head> <body> <paragraph>See <link xlink:type="simple" xlink:href="new.xml">what's new</link>!</paragraph> <paragraph>Check out the hot picks of the day!</paragraph> <olist xml:base="/hotpicks/"> <item> <link xlink:type="simple" xlink:href="pick1.xml">Hot Pick #1</link> </item> <item> <link xlink:type="simple" xlink:href="pick2.xml">Hot Pick #2</link> </item> <item> <link xlink:type="simple" xlink:href="pick3.xml">Hot Pick #3</link> </item> </olist> </body> </doc>
The URIs in this example resolve to full URIs as follows:
"what's new" resolves to the URI "http://example.org/today/new.xml"
"Hot Pick #1" resolves to the URI "http://example.org/hotpicks/pick1.xml"
"Hot Pick #2" resolves to the URI "http://example.org/hotpicks/pick2.xml"
"Hot Pick #3" resolves to the URI "http://example.org/hotpicks/pick3.xml"
This specification does not give the xml:base attribute any special status as far as XML validity is concerned. In a valid document the attribute must be declared in the DTD, and similar considerations apply to other schema languages.
The value of an
xml:base attribute is a
Legacy Extended IRI
and may contain characters not allowed in URIs. In accordance with the principle
that that percent-encoding must occur as late as possible in the processing chain,
applications which provide access to the base URI of an element
calculate and return the value without escaping.
RFC 3986 [RFC 3986] provides for base URI information to be embedded within a document. The rules for determining the base URI can be summarized as follows (highest priority to lowest):
The base URI is embedded in the document's content.
The base URI is that of the encapsulating entity (message, document, or none).
The base URI is the URI used to retrieve the entity.
The base URI is defined by the context of the application.
The term "entity" in points #2 and #3 above uses the RFC 3986 meaning of the term. Elsewhere in this document the term "entity" is used in the XML sense.
This document specifies the details of rule #1 for embedding base URI information in the specific case of XML documents.
Relative URIs appearing in an XML document are always resolved relative to either an element, a document entity, or an external entity. There is no provision for finer granularity, such as per-attribute, per-character, or per-entity base information. Neither internal entities, whether declared in the internal subset or in an external DTD, nor freestanding text (text not enclosed in an element) in an external entity, are considered to set a base URI separate from the base URI in scope for the entity reference.
The base URI of a document entity or an external entity is determined by RFC 3986 rules, namely, that the base URI is the URI used to retrieve the document entity or external entity.
The base URI of an element is:
the base URI specified by an
on the element, if one exists, otherwise
the base URI of the element's parent element within the document entity or external entity, if one exists, otherwise
the base URI of the document entity or external entity containing the element.
The base URI of an element bearing an
xml:base attribute with a value
that is not a valid Legacy Extended IRI is application dependent.
The base URI corresponding to a given relative URI appearing in an XML document is determined as follows:
The base URI for a URI reference appearing in text content is the base URI of the element containing the text.
The base URI for a URI reference appearing in an
xml:base attribute is the base URI of the parent
element of the element bearing the
attribute, if one exists within the document entity or
external entity, otherwise the base URI of the
document entity or external entity containing the element.
The base URI for a URI reference appearing in any other attribute value, including default attribute values, is the base URI of the element bearing the attribute.
The base URI for a URI reference appearing in the content of a processing instruction is the base URI of the parent element of the processing instruction, if one exists within the document entity or external entity, otherwise the base URI of the document entity or external entity containing the processing instruction.
The presence of
xml:base attributes might
lead to unexpected results in the case where the attribute value
is provided, not directly in the XML document entity, but via a
For instance, such a declaration in an external entity might
not be read by software which is based on
a non-validating XML processor. Defaulting attributes
through an external mechanism such as XML Schema may also lead to
unexpected results; even if a validating processor is used by the
application, the addition of defaulted attributes subsequent to
creation of the infoset can cause xml:base attributes to get out of
sync with the [base URI] infoset property. For these reasons,
be provided either directly in the XML document instance
or via default attributes declared
in the internal subset of the DTD.
RFC 3986 defines certain relative URI references, in particular the
empty string and those of the form
as same-document references. Dereferencing
of same-document references is handled specially. However, their use as
the value of an
xml:base attribute does not involve
dereferencing, and XML Base processors should resolve them in
the usual way. In particular,
xml:base="" does not
reset the base URI to that of the containing document.
Some existing processors do treat these
values as resetting the base URI to that of the containing document,
so the use of such values is strongly discouraged.
The published errata (see http://www.w3.org/2001/06/xmlbase-errata) have been incorporated;
The definition of URI reference has been switched from RFC2396 to 3986;
The xml:base attribute has been redescribed as a Legacy Extended IRI, but this does not change its syntax (the December 2006 PER used the term "XML Resource Identifier" which was to be defined in an XLink revision, but that plan has been superseded by the definition of LEIRI in RFC 3987 bis);
Implementations are now encouraged to return base “URIs” without escaping non-URI characters;
The meanings of xml:base="" and xml:base="#frag" have been clarified;
The expected reference to XML Base in the forthcoming XML Media Types RFC (“son of 3023”) has been noted;
It has been clarified that normal validity rules apply to the xml:base attribute;
The out-of-date appendix describing effects on other standards has been removed;
Various minor editorial changes have been made.