[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: Karl Waclawek <karl@w...>
• 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: Tue, 28 Dec 2004 08:01:36 -0500
• Cc: xml-dev@l...
• In-reply-to: <41D0E2C7.8010606@w...>
• Mail-followup-to: Karl Waclawek <karl@w...>, xml-dev@l...
• References: <1103757598.10272.67.camel@borgia> <20041226200008.GA27205@m...> <EED07622-5841-11D9-A33A-000393DC762C@m...> <200412272059.19559.kjouk@y...> <20041227211723.GE32346@m...> <41D0993E.2060605@w...> <20041227233640.GC615@m...> <41D0E2C7.8010606@w...>
• User-agent: Mutt/1.4.1i

* Karl Waclawek <karl@w...> [2004-12-27 23:36]:
> 
> 
> Alan Gutierrez wrote:
> 
> >>Alan Gutierrez wrote:
> >
> >
> >>>  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.
> >
> >
> >>That is why this whole discussion isn't that interesting to me.
> >
> >
> >    Streaming XML, or the documents verus events debate? I've kind
> >    of found the ins and outs of events to be entertaining.

> I meant that your point about state being app-specific is also my
> experience. So, the problem of how to best build/maintain state
> for streaming transformations is app-specific too and solving it
> in some platform-independent language neutral form just means
> inventing another language (so how is it language independent
> then?) which makes me think: why not use the languages I already
> know.

    The ins and outs that are missing, if I think about it are.

    1) A better way to define an event.
    2) A ready facility to maintain the context of a event.

    What I think I came across is a way to package some of the
    drugdery of SAX using composition, especially the Decorator
    design pattern.

--
Alan Gutierrez - alan@e...

• 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...>
  • Re: Streaming XML (WAS: 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 (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: Alan Gutierrez <alan-xml-dev@e...>
  • Re: Streaming XML (WAS: More on taming SAX (wasRe: ANN: Amara XML Toolkit 0.9.0))
    • From: Karl Waclawek <karl@w...>

• Prev by Date: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Next by Date: Re: Streaming XML
• Previous by thread: Re: Streaming XML (WAS: More on taming SAX (wasRe: 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