[xml] Re: passing the FPI to the DTD validator
- From: Daniel Veillard <veillard redhat com>
- To: Karl Eichwalder <ke suse de>
- Cc: Tobias Reif <tobiasreif pinkjuice com>, xml gnome org
- Subject: [xml] Re: passing the FPI to the DTD validator
- Date: Tue, 27 Jan 2004 09:28:39 -0500
On Tue, Jan 27, 2004 at 03:09:47PM +0100, Karl Eichwalder wrote:
Sorry, I didn't meant to offend you.
Well, please don't suggest that a problem you're seing is on-purpose in
the future, thanks ...
This in one of my nextCatalogs does not work:
<public publicId="-//W3C//DTD XHTML 1.0 Strict//EN"
uri="file:///usr/share/sgml/xhtml/xhtml-1.0/DTD/xhtml1-strict.dtd"/>
Adding the following to the same catalog file works:
<system systemId="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"
uri="file:///usr/share/sgml/xhtml/xhtml-1.0/DTD/xhtml1-strict.dtd"/>
Then I added the "public" element to the main catalog and, actually, it
works. There seems to be a problem with <nextCatalog
okay,
Test document:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-stricxxt.dtd">
So this will match the delegateSystem in nextcatalog.xml
<group id="xhtml-dtd-2002.4.30-119">
<delegateSystem systemIdStartString="http://www.w3.org/TR/xhtml" catalog="file:///etc/xml/xhtml.xml"/>
This delegateSystem ... You do not provide the content of /etc/xml/xhtml.xml
so I can't guess what's supposed or not to happen there...
<delegatePublic publicIdStartString="-//W3C//DTD XHTML" catalog="file:///etc/xml/testxhtml.xml"/>
Note that the lookup resolution from XML Catalog never backtrack
from a delegateXXX, so if you pointed to a delegate, failed to match in
that subcatalog, then the full catalog lookup will fail, even if another
delegate found later in catalog order would have also matched and
provided the link to the resource. Libxml2 implement that algorithm
exactly as described in :
http://www.oasis-open.org/committees/entity/spec-2001-08-06.html#s.semantics
And since you didn't provide /etc/xml/xhtml.xml content apparently
you expect that the resolver will came back to check against the
delegatePublic but it won't this would be a violation of the XML Catalog spec.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
veillard redhat com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]