[xep-support] Catalog support in saxon

[Werner Donné]

You don't loose interoperability at all. The system identifier in the
document type declaration is only a default. You can still pass such a
document to someone who uses a catalog. The default will be ignored in
that case.

Only the public identifier provides interoperability. You can't rely
on the system identifier for that.

I have proposed the solution because I understood from the original posting
that using an alternative entity resolver was a problem. Well, it is not
that difficult, as shown in the attached example. If you build it you'll
get the file xep.jar. If you put it in the classpath of XEP, you can use
the class be.re.tools.XEP with the following synopsis:

Usage: be.re.tools.XEP
        [-c file_or_url]
        -fo file_or_url or -xml file_or_url -xsl file_or_url
        -at file_or_url
        -pdf file_or_url
        -ps file_or_url

The -c option is for specifying a catalog.

Werner.

Jirka Kosek wrote:
> On Fri, 28 Feb 2003, [ISO-8859-1] Werner Donné wrote:
> 
> 
>>A simple solution is to download the entities containing the DTD and to
>>specify a local system identifier in your document type declarations. It
>>will be used if no other resolution mechanism is available.
> 
> 
> But this way you loose easy interoperability as <!DOCTYPE points to some 
> local resource present only on your computer. Using globaly accessible 
> system identifier (http://...) for easy interop and catalog files for 
> local resolution is right way to go.
> 
> 			Jirka
> 

-- 
Werner Donné  --  Re BVBA
Engelbeekstraat 8
B-3300 Tienen
tel: (+32) 486 425803	e-mail: werner.donne at re.be

-------------- next part --------------
A non-text attachment was scrubbed...
Name: t.zip
Type: application/zip
Size: 19524 bytes
Desc: not available
URL: <http://lists.renderx.com/pipermail/xep-support/attachments/20030302/afe3b506/attachment.zip>