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

RE: DESIGN PROPOSAL: Java XMLIterator

• To: <xml-dev@l...>
• Subject: RE: DESIGN PROPOSAL: Java XMLIterator
• From: "Steven Noels" <stevenn@o...>
• Date: Tue, 18 Dec 2001 00:20:46 +0100
• Importance: Normal
• In-reply-to: <3C1E6D9E.3070401@r...>

> -----Original Message-----
> From: John Cowan [mailto:jcowan@r...]
> Sent: maandag 17 december 2001 23:12
> To: xml-dev@l...
> Subject:  DESIGN PROPOSAL: Java XMLIterator
>
>
> We currently have two base-level APIs for XML processing in
> the Java world: DOM and its variant JDOM, which build in-memory
> trees, and SAX, which pushes a stream of events to application
> event-handling methods.
>
> This is a first design for XMLIterator, a third base-level API
> which allows an application to pull content from XML.  This
> avoids the memory demand and navigation issues of DOM, and
> is a more straightforward programming model than SAX, which
> requires magic data connections between the event handlers in
> order to maintain application state.  XMLIterator extends
> the familiar Iterator interface, so it models an XML document
> as a linear collection of partially specified nodes.

Just a dumb and un-educated question: is this
comparable/overlapping/competing/inspiredby/complementary with the work on the
XML Pull Parser (http://www.extreme.indiana.edu/soap/xpp/)?

Steven Noels
http://outerthought.org/
(+32)478 292900

• References:
  • DESIGN PROPOSAL: Java XMLIterator
    • From: John Cowan <jcowan@r...>

• Prev by Date: Re: DESIGN PROPOSAL: Java XMLIterator
• Next by Date: RE: XML Validation Tool using MS XML 4
• Previous by thread: Re: DESIGN PROPOSAL: Java XMLIterator
• Next by thread: Re: DESIGN PROPOSAL: Java XMLIterator
• Index(es):
  • Date
  • Thread