This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
RE: [docbook-apps] Saxon and Catalog Resolver
- From: "Jeanson Mauritz" <Mauritz dot Jeanson at sorman dot com>
- To: "John Himpel" <jwhimpel at tseinc dot com>, <docbook-apps at lists dot oasis-open dot org>
- Date: Fri, 5 Sep 2003 08:17:30 +0200
- Subject: RE: [docbook-apps] Saxon and Catalog Resolver
> When I run the above saxon.sh file without internet access, it get the
> following stack trace.
>
> java.lang.ArrayIndexOutOfBoundsException: 3
> at
> org.apache.xml.resolver.readers.TextCatalogReader.nextToken(Unknown
> Source)
> at
> org.apache.xml.resolver.readers.TR9401CatalogReader.readCatalo
> g(Unknown
> Source)
> at
> org.apache.xml.resolver.Catalog.parseCatalogFile(Unknown Source)
> at
> org.apache.xml.resolver.Catalog.parsePendingCatalogs(Unknown Source)
> at org.apache.xml.resolver.Catalog.parseCatalog(Unknown Source)
> at
> org.apache.xml.resolver.Catalog.loadSystemCatalogs(Unknown Source)
> at
> org.apache.xml.resolver.tools.CatalogResolver.initializeCatalo
> gs(Unknown
> Source)
> at
> org.apache.xml.resolver.tools.CatalogResolver.<init>(Unknown Source)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method) at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeCo
> nstructorAccessorImpl.java:39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Dele
> gatingConstructorAccessorImpl.java:27)
> at
> java.lang.reflect.Constructor.newInstance(Constructor.java:274)
> at java.lang.Class.newInstance0(Class.java:306)
> at java.lang.Class.newInstance(Class.java:259)
> at com.icl.saxon.Loader.getInstance(Loader.java:91)
> at com.icl.saxon.StyleSheet.makeURIResolver(StyleSheet.java:559)
> at com.icl.saxon.StyleSheet.doMain(StyleSheet.java:180)
> at com.icl.saxon.StyleSheet.main(StyleSheet.java:63)
>
> Possible causes that occur to me are are:
> 1) An incorrect CatalogManager.properties file
> 2) A problem in saxon.sh
> 3) A problem in one of my catalog.xml files that is tolerated by
> xsltproc and is
> fatal to Norm's resolver classes.
> 4) A bug in Norm's resolver classes (highly unlikely).
By introducing an error in my catalog file, I get the same exception,
with the same stack trace. I removed a required double quotation mark
in a catalog entry, like this:
<public
publicId="-//OASIS//DTD DocBook XML V4.1.2//EN"
uri="file:///c:/doctypes/docbook/4.1.2/xml/docbookx.dtd/>
So there might be a problem in one of your catalog files. But one would
expect xsltproc to catch it too.
/Mauritz
To unsubscribe from this list, send a post to docbook-apps-unsubscribe@lists.oasis-open.org.