Re: [xml] XML_CATALOG_DEBUG enhancement suggestion and yet another question

On Wed, Feb 22, 2006 at 10:35:29AM -0800, Rick Jones wrote:
Daniel Veillard wrote:

  Depends, if you hit a delegate, you don't backtrack, triple check the
7 steps described in the spec I'm fairly sure I followed then very 

That would be this right?

  yes !

You are, of course, correct, that spec says nothing at all about the match 
being for somethig that can further resolve.  I guess I extrapolated too 


It would be nice to be able to have some sort of order of preference in the 
resolution, _sort_ of like variable scoping I suppose, but the spec doesn't 
seem to address that.  First look for a DTD in the CWD, then elsewhere, 
that sort of thing.  Anyway, not a big deal.

  The XML catalogs very much inherit from the SGML catalogs (the authors
are mostly coming from the SGML publishing world), where far more control
over the availability of the resources were expected.

 Not a very good construction usually you should use Delegates to 
point to a specialized catalog (usually stored in /usr/share/sgml IIRC)
to avoid filling up /etc/catalog with too specific entries, see how
docbook-dtds package on Fedora/Red Hat set up its catalogs.

If I cannot build-up some sort of order of preference via the catalog, I'll 
likely just have the one entry (the second one in the example above), in 
which case delegation would seem to be overkill wouldn't it?

  Delegation from /etc/xml/catalog is useful:
    1/ to isolate in a separate file the actual catalog entries for
       the application/domain
    2/ when you start to version your DTDs or other resources so that
       you end up with many entries.

I tend to think of it mostly as good practice, my /etc/xml/catalog has
around 20 entries (Linux RHEL 4) and all of them are delegates except a
couple of rewrites,


Daniel Veillard      | Red Hat
veillard redhat com  | libxml GNOME XML XSLT toolkit | Rpmfind RPM search engine

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]