[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [docbook-apps] resolving catalogs on Windows
Bob Stayton wrote: >Is that path to admin.xml being passed to the processor on the command line, >or is that the result of a catalog resolution process? > neither of your 2 assumptions are right, "D:/LHM/Doku/Spec/AdminTool/edit" is simply my current path. >When you say the >catalog resolution process works, I'm not clear on how you came to that >conclusion. > > I had verbosity already switched to 4 >If it is a catalog resolution error, you might try increasing the value of >the "verbosity" property in the CatalogManager.properties file. Perhaps >that will give you a clue. > > > The first lines of output are as follows: SAXON 6.5.3 from Michael Kay Java version 1.4.2_06 Loading org.apache.xml.resolver.tools.CatalogResolver Loading catalog: file:/D:/DocBook/catalog.xml Loading catalog: file:/d:/DocBook/dtds/docbkx4.2/catalog.xml Resolved URI: admin.xml file://D:/LHM/Doku/Spec/AdminTool/edit/admin.xml Resolved URI: cdocbook.xsl file:/C%3A/Dokumente%20und%20Einstellungen/schmitz/styleDrivers/cDocBookHTML.xsl Loading org.apache.xml.resolver.tools.ResolvingXMLReader .... after this comes a fairly long list with resolved uris and public ids, and they all look right to me. If I simply omit the -r switch (the rest of the commandline and classpath leaving the same as befor), then the transformation process is successful. So I'm stuck. >> >>*SAXON* >>I use saxon with the -u switch, -Dxml.catalog.prefer='public' and the >>resolver.jar from the 2.6.2 distro of xerces (should be recent enough?). >>In my catalog (D:/DocBook/catalog.xml) I've set "file:///d:/DocBook/" as >>xml:base. The DocType declaration uses no relative system identifier. >> >> <!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN >> "file:///d:/DocBook/dtds/docbkx4.2/docbookx.dtd" >> [ >> <!ENTITY % xinclude SYSTEM "file:///D:/docbook/dtds/xinclude.mod"> >> %xinclude; .... >> >>And yes, the resolving process works :-) , but the rest doesn't come to >>a good end :-( >> >> >>>>> >> >> .... >> Processing file://D:/LHM/Doku/Spec/AdminTool/edit/admin.xml >> Loading org.apache.xml.resolver.tools.ResolvingXMLReader >> Building tree for file://D:/LHM/Doku/Spec/AdminTool/edit/admin.xml >> using class com.icl.saxon.tinytree.TinyBuilder >> Error >> Failure reading file://D:/LHM/Doku/Spec/AdminTool/edit/admin.xml: D >> Transformation failed: Run-time errors were reported >> >><<<<<< >> >>If I don't use the resolver, my document produces no errors. xmllint too >>doesn't report errors. So what is wrong with the resolver? >> >>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]