We are trying to use XML Catalogs with Saxon Apache .
I'm guessing you mean Saxon? Its not part of Apache.
Saxon is
initially resolving the catalog file, when it loads the XML
file it doesn't resolve the DTD. It keeps looking in the source
directory for the DTD.
Without a steer, saxon looks in the same directory as the
stylesheet I think. Hence the need for the base command.
If you make it absolute it works more easily
<group xml:base="file://c:/sgml/files/">
We have tried public identifiers, system identifiers and URIs
in the XML file and get the same results.
If you want to avoid increasing versions in the dtd names,
try
<catalog prefer="public"
xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
which makes the resolver hit on the fpi before the SYSTEM bit.
java -classpath "%CLASSPATH%" com.icl.saxon.StyleSheet -w0 -x
org.apache.xml.resolver.tools.ResolvingXMLReader -y
org.apache.xml.resolver.tools.ResolvingXMLReader -r
org.apache.xml.resolver.tools.CatalogResolver raven.xml
lib/poem.xsl
Sounds about right. I use
java -cp
.;\sgml;\myjava\saxon652.jar;\myjava\xerces.jar;\myjava\cat\resolver.jar;\sg
ml\nw\docbook\website-2.2\extensions\saxon64.jar
-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBu
ilderFactoryImpl
-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactory
Impl
-Djavax.xml.transform.TransformerFactory=com.icl.saxon.TransformerFactoryImp
l com.icl.saxon.StyleSheet -o %3 -x
com.sun.resolver.tools.ResolvingXMLReader -y
com.sun.resolver.tools.ResolvingXMLReader -r
com.sun.resolver.tools.CatalogResolver -w1 %1 %2 "saxon.extensions=1" %4
%5 %6
just to make sure I get a decent parser too.
<-- Catalog File -->
<?xml version="1.0"?>
<!DOCTYPE catalog
PUBLIC "-//OASIS/DTD Entity Resolution XML Catalog V1.0//EN"
"http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd";>
Once you are familiar with the catalog format,
I'd dump the document type declaration. Only slows things down.
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
Your choice, but I'd add the prefer="public"
<group xml:base="'/TestCatalog/" >
Why double quoted?
<group xml:base="file://c:/sgml/files/">
works for me. Try the missing file://
<public publicID="-//Test//DTD //EN"
uri="file:///c:/TestCatalog/DTD/poem.dtd"/>
<rewriteURI
uriStartString="foo.dtd"
rewritePrefix="DTD/poem.dtd" />
Mmm. I've never used/needed the rewrite. Can't help you there.
I do use
<uri name="http://www.loc.gov/nls/z3986/v100/ncx110.dtd";
uri="/sgml/niso/ncx110.dtd"/>
To map from a web based to a local dtd.
Snip
Parse catalog: file:/TestCatalog/catalog/poem.soc
Loading catalog: file:/TestCatalog/catalog/poem.soc
Default BASE: file:/TestCatalog/catalog/poem.soc
xml:base: '/TestCatalog/
BASE STR: '/TestCatalog/
Error: required attribute publicId missing.
rewriteURI: foo.dtd
DTD/poem.dtd
REWRITE_URI: foo.dtd
something wrong here. Try the form above.
<rewriteSystem systemIdStartString="http://www.oasis-open.org/";
rewritePrefix="file:///share/doctypes/oasis/"/>
is the definition.
file:/TestCatalog/catalog/'/TestCatalog/DTD/poem.dtd (reset)
xml:base: file:/TestCatalog/catalog/poem.soc BASE STR:
file:/TestCatalog/catalog/poem.soc
resolveSystem(file:/C:/TestCatalog/lib/poem.xsl)
Looks like the xml:base is working nicely.
Failing on the re-write?
Probably teaching grandma about eggs and all that...
http://wwws.sun.com/software/xml/developers/resolver/article/#d0e719
The bible:
http://www.oasis-open.org/committees/download.php/130/cs-entity-xml-catalogs
-1.0.html#s.rewritesystem
Note the broken uri.
HTH DaveP.
*** snip here ***
-
NOTICE: The information contained in this email and any attachments is
confidential and may be legally privileged. If you are not the
intended recipient you are hereby notified that you must not use,
disclose, distribute, copy, print or rely on this email's content. If
you are not the intended recipient, please notify the sender
immediately and then delete the email and any attachments from your
system.
RNIB has made strenuous efforts to ensure that emails and any
attachments generated by its staff are free from viruses. However, it
cannot accept any responsibility for any viruses which are
transmitted. We therefore recommend you scan all attachments.
Please note that the statements and views expressed in this email
and any attachments are those of the author and do not necessarily
represent those of RNIB.
RNIB Registered Charity Number: 226227
Website: http://www.rnib.org.uk
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list