Re: The Peace Process: DOM and namespaces...

Subject: Re: The Peace Process: DOM and namespaces...
From: "Rick Ross" <rick@xxxxxxxxxxxxx>
Date: Wed, 10 Feb 1999 17:45:00 -0500
Doesn't that presume that a "document" exists?

My principal problem is that we will very often deal with DOM tree
representations that ARE the document (for all practical purposes). The
business applications we envision will not be spending time committing data
to XML files or streams and then reparsing it - rather they will operate
most frequently on dynamically constructed DOM trees, produced
programmatically from databases and other sources. Object models are
critical for high-end performance.

There should not be a requirement for the data to get emitted as XML, just
so it can be reparsed - the XML-implied DOM representation would suffice
beautifully if not for this namespace problem.


David Megginson wrote:
> Rick Ross writes:
>  > Our XSL processor is designed to work with any XML parser that
>  > implements DOM and SAX support - a fantastic benefit of reliance on
>  > open standards.  Unfortunately, if the DOM api is not rich enough
>  > to support namespaces in XML effectively, then DOM becomes a
>  > second-rate interface for XML/XSL application solutions.
> Although people would like more elegant solutions, there is no reason
> not to do namespace processing on the document before offering it
> through a DOM interface -- the names will not be XML names, but
> everything should still work.
> All the best,
> David
> --
> David Megginson                 david@xxxxxxxxxxxxx
> xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@xxxxxxxx
> Archived as: and on CD-ROM/ISBN 981-02-3594-1
> To (un)subscribe, mailto:majordomo@xxxxxxxx the following message;
> (un)subscribe xml-dev
> To subscribe to the digests, mailto:majordomo@xxxxxxxx the following message;
> subscribe xml-dev-digest
> List coordinator, Henry Rzepa (mailto:rzepa@xxxxxxxx)

 XSL-List info and archive:

Current Thread