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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Effective DOM (was RE: [xml-dev] Effective XML)

[ Lists Home | Date Index | Thread Index ]



> -----Original Message-----
> From: Fred L. Drake, Jr. [mailto:fdrake@acm.org]
> Sent: Thursday, January 03, 2002 9:40 AM
> To: Leigh Dodds
> Cc: xml-dev
> Subject: RE: [xml-dev] Effective XML

 
>   Otherwise the DOM seems incredibly painful to use directly.

[Disclaimer: I was an editor of DOM Level 1, so forgive any whiny
defensiveness.]

DOM was indeed driven by the requirements to be an HTML browser API, and
there is no doubt that JAXB-like tools are far more effective for generating
application-specific object models (assuming you have a schema!). But in my
biased opinion, it seems like a pretty straightforward way to use the
generic XML object model.  It will be MORE useful when Level 3 defines
standard load/save, validation, and XPath access interfaces are defined, of
course. 

I'd be interested in hearing concrete examples of why people find the DOM
painful to use, in what ways JDOM and dom4j seem more friendly (besides
their native Java idioms, of course), etc. I have three motivations for
soliciting this input:

- Improving the standard DOM down the road 
- Defining convenience layers on top of the W3C DOM that minimize the pain
- Defining and documenting DOM gotchas, workarounds, best practices, etc.

Thoughts?





 

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

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