[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

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

  • From: Tyler Baker <tyler@i...>
  • To: Don Park <donpark@q...>
  • Date: Thu, 11 Feb 1999 00:16:16 -0500

dom namespaces
Don Park wrote:

> Rick,
>
> I am in complete agreement without regarding the use of DOM documents as
> input to XSL processors.
>
> However, I think we should revisit what the conflicts are specifically.
> Could you point out what aspect of the XSL or the namespace spec forces DOM
> tree to be rebuilt over and over?

As far as the source tree is concerned, since there is no native namespace support, any
mutation of the DOM tree in effect invalidates the rest of the tree in terms of managing
namespace scoping.  This would not be a problem if the DOM did all of this internally and as
in the case with Oracle's DOM namespace specific types that extend the Element and Attribute
interfaces (NSElement and NSAttribute).  Each node manages its "namespace" internally.  If the
tree is mutated, then the necessary internal changes to managing prefixes, namespaces, etc.
are automatic.

However, if you rely on the standard DOM, you never know what the scoping rules are (since
they can always change if the tree is mutated only slightly).  This forces you to interate the
entire source tree to build up the necessary Node -> namespace mappings or else lazily
evaluate namespaces for each node being processed or evaluated in a select or match pattern.
LotusXSL does this and it is horribly inefficient.  XT on the other hand does not use the DOM
at all so all of the namespaces are resolved as the source tree is being built.

There are lots of other issues, but basically you are left with either using the DOM which is
the only standard object model and have performance issues to handle namespaces, or else you
don't support any standard object model at all and make everyone use your proprietary source
tree interface.

If you get rid of namespaces as they are currently defined in XSL, you can have your cake and
eat it too.

Tyler


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.