This is the mail archive of the
docbook@lists.oasis-open.org
mailing list for the DocBook project.
Re: Working with XInclude / xml:base / libxml v2.4.24 andabove
- From: Daniel Veillard <veillard at redhat dot com>
- To: Elliotte Rusty Harold <elharo at metalab dot unc dot edu>
- Cc: docbook at lists dot oasis-open dot org
- Date: Sun, 09 Mar 2003 16:41:26 -0500
- Subject: Re: DOCBOOK: Working with XInclude / xml:base / libxml v2.4.24 andabove
- References: <F555D7916F890E40AFE69F41E89861A2C7D9E5@NLDNC004PEX1.ubsgs.ubsgroup.net><20030212140216.O29764@redhat.com> <p04330103ba9141c74b87@[192.168.254.4]>
- Reply-to: veillard at redhat dot com
On Sun, Mar 09, 2003 at 02:15:55PM -0500, Elliotte Rusty Harold wrote:
> At 2:02 PM -0500 2/12/03, Daniel Veillard wrote:
>
> >It's rather libxml2 now comply to the XInclude requirement of adding such
> >an xml:base at the inclusion point (when the included resource is in
> >a different path ...)
>
>
> I'm looking at this for my XIncluder right now, and the requirement
> seems a little stronger to me. They don't even have to be in a
> different path. Suppose for example,
> http://www.example.com/docs/parent.xml includes
> http://www.example.com/docs/child.xml
>
> These two documents have different base URIs even though they have
> the same "path". Thus an xml:base attribute must be added at the
> inclusion point whenever parse="xml". The only possible exception
> would be when both the includer and the included document has null or
> empty base URIs, or perhaps when XPointers are involved and one
> xinclude element is including a different part of the same document.
I tried to minimize the addition of xml:base when it could be avoided
in practice (i.e. if the absence of the xml:base would not generate
erroneous URI-References to URI computations). This was a deployment
trade-off that I will fix when XInclude and xml:base will get better
acceptance.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
veillard at redhat dot com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/