[xml] Re: passing the FPI to the DTD validator

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"

Adding the following to the same catalog file works:

<system systemId="http://www.w3.org/TR/xhtml1/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


Test document:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"

  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 :

  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 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]