XOM API for Processing XML with Java

[Elliotte Rusty Harold <elharo AT metalab.unc.edu>]

At 1:17 PM -0400 9/19/02, John Cowan wrote:

Continuing to clean out my Inbox:

> With just a few more methods, it would be easy to make SAXConverter implement
> org.xml.sax.XMLReader, which would make it much more valuable in large
> programs where you may want to provide an existing component with SAX events.

I think I'm going to reject this one. The hacks required to make the 
parse() methods work are too ugly and inobvious. Plus, they mean you 
couldn't really use  this class as a drop-in replacement for an 
XMLReader. ContentHandler is where the main action is, and that's 
well supported.

> DOMConverter should really be part of Builder; this would simplify the
> architecture.  However, it would also require carrying around the
> org.xml.dom interfaces with XOM all the time, which might be thought 
> too expensive.

Half of it could be, but the other half (XOM --> DOM) doesn't really 
fit. I want to keep the Builder API smaller and hide all the DOM 
classes from people who don't need them. They're not hard to find if 
you do.
--

+-----------------------+------------------------+-------------------+
| Elliotte Rusty Harold | elharo AT metalab.unc.edu | Writer/Programmer |
+-----------------------+------------------------+-------------------+
|           Processing XML with Java (Addison-Wesley, 2002)          |
|              http://www.cafeconleche.org/books/xmljava             |
| http://www.amazon.com/exec/obidos/ISBN%3D0201771861/cafeaulaitA  |
+----------------------------------+---------------------------------+
|  Read Cafe au Lait for Java News:  http://www.cafeaulait.org/      |
|  Read Cafe con Leche for XML News: http://www.cafeconleche.org/    |
+----------------------------------+---------------------------------+