OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] DOM's javascript roots (was Re: [xml-dev] Have JDOM / XOM

[ Lists Home | Date Index | Thread Index ]
  • To: xml-dev@lists.xml.org
  • Subject: Re: [xml-dev] DOM's javascript roots (was Re: [xml-dev] Have JDOM / XOM / etc. failed?)
  • From: Tatu Saloranta <cowtowncoder@yahoo.com>
  • Date: Wed, 26 Apr 2006 14:54:19 -0700 (PDT)
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GeKYmP8XQch0xxFfV3vfR8NUPimOMeD4OHQSS/Vd/e/OLQtqSTaM6ic/cETujJ4ppp9+ZSsJrigoZyoZfy2Um/OG/y3LSUvwRkWliVyYG0loz1TxIEPnCX8lImyMLPWP6rVNcxmK4WgXBNAtqlu63D8V3C49AWxCpvh4xMFpX6I= ;
  • In-reply-to: <83920F23-E743-4545-8AC2-11A79FF36D87@rbii.com>

--- Gavin Thomas Nicol <gtn@rbii.com> wrote:

> On Apr 25, 2006, at 4:29 PM, Tatu Saloranta wrote:
> > Namespace handling is an absolute mess, and
> > alternatives I have tried (JDOM, XOM) all
> implement in
> > less messy way, and significantly so.
> FWIW. Namespace support was 'tacked on' to DOM, just
> as it was to  
> XML. It was totally superfluous then and has simply
> complicated  
> things since IMHO. DOM is a good case in point.

Yes, I understand that the sequence of events made it
hard to retro-fit namespace support. DOM was
engineered prior to namespaces. I mentioned this,
though, since it's one area where other alternatives
have fared better (having been fortunate enough to
start later, partially).

> >> That said, I rarely use DOM anyway: I do almost
> >> everything in SAX...
> >
> > That's pretty hard-core. ;-)
> > (due to SAX imposed "involuntary
> > inversion-of-control")
> Not really... how often do you *really* want the XML
> in DOM in your  
> application? I very rarely do... though I use XML as
> a storage format  
> a lot.

Me neither, actually, but for tasks I usually do, pull
parsers are somewhat easier to use (but as usual,
YMMV). At the same time, what I really would like to
see (and am trying to work on, on the side, with
StaxMate project), are utility libs/frameworks that
allow refinements of stream-based processing, without
requiring full in-memory modelling. And obviously many
other people are working with similar ideas too.

-+ Tatu +-

Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS