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

Re: Streaming XML (WAS: More on taming SAX (was Re: [xm

• To: Kevin Jones <kjouk@y...>
• Subject: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• From: Alan Gutierrez <alan-xml-dev@e...>
• Date: Mon, 27 Dec 2004 16:17:23 -0500
• Cc: xml-dev@l..., Daniela Florescu <dflorescu@m...>
• In-reply-to: <200412272059.19559.kjouk@y...>
• Mail-followup-to: Kevin Jones <kjouk@y...>, xml-dev@l...,Daniela Florescu <dflorescu@m...>
• References: <1103757598.10272.67.camel@borgia> <20041226200008.GA27205@m...> <EED07622-5841-11D9-A33A-000393DC762C@m...> <200412272059.19559.kjouk@y...>
• User-agent: Mutt/1.4.1i

* Kevin Jones <kjouk@y...> [2004-12-27 15:46]:
> On Monday 27 December 2004 20:00, Daniela Florescu wrote:

> > Could you guys please try to clarify for me the answer to
> > the following question: instead hand coding steaming
> > applications using SAX, couldn't you write some XQuery code
> > (with external functions probably) to do the same thing ? Did
> > you try at least ? Did you try and fail ? If yes, why did it
> > fail ?

> Funny, I was just discussing why this might be with someone 
> from work an hour ago. My perspective is not that valid, 
> being an implementor more often than a user, but our 
> conclusion was this is as much about practical issues than 
> technical. The main problems being the relatively poor 
> integration between the programming languages of choice and 
> XQuery/XSLT and lack of interesting implementations in easy 
> to use component form.

    I got [expletive deleted] into it a year ago, somehow, while writing a
    document object model, one of the things it kicked out was a SAX
    library that I kept reworking, and now I'm quite pleased with it.

    It changed the way I looked at documents, after having spent a
    long time writing XSLT. 

    For me, it is a yacc surrogate. If I have a repetitious problem,
    like configurting Java object, I think of an XML grammar that
    repeats the steps, and implement it as a stack-based automation
    using my SAX Strategy library.
    
    I've gotten pretty good at assembling a SAX engine quickly by
    composing one using resuable strategies. Things like
    serialization and document building I delegate to JDK 1.4.

    In these cases, it doesn't buy me anything to have the whole
    document in memory, since I'm either assembling some sort of
    AST, or just responding to events, any state that is build up is
    application specific.

    If I were to pull the XML into a DOM, id pretty much recurse
    over the nodes anyway, visiting each one in turn.

    I'm sure if I were proficent in JavaCC, I'd be cobbling togehter
    little languages as frequently as SAX filters.

--
Alan Gutierrez - alan@e...

• Follow-Ups:
  • Re: Streaming XML (WAS: More on taming SAX (wasRe: ANN: Amara XML Toolkit 0.9.0))
    • From: Karl Waclawek <karl@w...>
  • Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Daniela Florescu <dflorescu@m...>

• References:
  • ANN: Amara XML Toolkit 0.9.0
    • From: Uche Ogbuji <uche.ogbuji@f...>
  • Re: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0)
    • From: Alan Gutierrez <alan-xml-dev@e...>
  • Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Daniela Florescu <dflorescu@m...>
  • Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Kevin Jones <kjouk@y...>

• Prev by Date: Re: XPath and XPattern (was Re: More on taming SAX)
• Next by Date: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Previous by thread: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Next by thread: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Index(es):
  • Date
  • Thread