This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
Re: MSXML and docbooks
- From: Bob Stayton <bobs at caldera dot com>
- To: Bruce Morrison <bruce at dragon-fly dot net>, docbook-apps at lists dot oasis-open dot org
- Date: Thu, 17 Jan 2002 10:05:46 -0800
- Subject: Re: DOCBOOK-APPS: MSXML and docbooks
- References: <003501c19f63$2fb22fb0$3008d0a7@hitsus6wk>
On Thu, Jan 17, 2002 at 09:28:08AM -0500, Bruce Morrison wrote:
> Hello All:
>
> This is my first post to the list, and I think I might just need a push in the direction of the proper docs. I searched the archives, and was unable to find my specific issue discussed...
>
> I'm using XMLSpy to encode and preview my document, and in that environment (its using MSXML 3) it works fine... this fact makes me think that my problem is not in the parser after all, but... still maybe someone has seen this.
>
> My hope was to encode my manual in docbook XML format (v4.1.2), and then use the stylesheets (v1.48) to translate it into XHTML on the webserver (efficiencies aside). When attempting to do this in ASP (dynamically, on Win2k Pro), I get the following error generated by the Parser:
>
> Error while parsing "file:///C:/Documents and Settings/bgmorrison/My Documents/Visual Studio Projects/HOOPSDev/HOOPSDev_Local/Docs/docbook/common/l10n.xml". Element content is invalid according to the DTD/Schema. Expecting: l10n.
>
> (note: I put my DTDs and XSL files both in the "docbook" directory)
>
> I suspect this is related to file references, but I'm not sure. Why does it only kick down there?
>
> Are there any FAQs on using docbooks in this fashion? Since I first encountered the problem, I've realized I'd be better translating it once and posting the translated flat files, but that's beside the point (I'm curious now). Plus, if I ever decided to put all documentation in a database and serve it dynamically, I'll need to solve this.
I think this is related to the mishandling of namespaces
by the parser. In the common/l10n.xml file, it
sets the DOCTYPE to the l10n.dtd, which declares
the <l10n> element. But the language files like en.xml
all define a namespace and then use <l:l10n> as the
element name. If the parser were handling name
spaces correctly, this would work, but otherwise it
thinks they don't match. What parser is the ASP side
using? Perhaps moving up to MSXML4 would fix it.
--
Bob Stayton 400 Encinal Street
Publications Architect Santa Cruz, CA 95060
Technical Publications voice: (831) 427-7796
Caldera International, Inc. fax: (831) 429-1887
email: bobs@caldera.com