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

Re: Re: Streaming XML (WAS: More on taming SAX (was Re:[xml-de

• To: Bob Foster <bob@o...>
• Subject: Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• From: Uche Ogbuji <uche.ogbuji@f...>
• Date: Thu, 30 Dec 2004 20:59:03 -0700
• Cc: Miles Sabin <miles@m...>, xml-dev@l...
• In-reply-to: <41D4CC8C.1080200@o...>
• Organization: Fourthought, Inc.
• References: <830178CE7378FC40BC6F1DDADCFDD1D10276723C@R...> <200412302356.29709.miles@m...> <1104455192.3038.5.camel@borgia> <200412310131.52268.miles@m...> <1104460276.3038.23.camel@borgia> <41D4CC8C.1080200@o...>

On Thu, 2004-12-30 at 19:50 -0800, Bob Foster wrote:
> This is unproductive.

Indeed.  I was pretty much done with the thread.

> Miles makes the point that parallel 
> ContentHandlers wouldn't be SAX as we know it. You seem to be saying you 
> could design a parallel version of SAX that could work, by some 
> definition. Since document processing is unlikely to "work" if events 
> occur in an arbitrary order on arbitrary threads, I assume you mean 
> there would be a mechanism to control which elements could be processed 
> in parallel. For the result to be called XML, there would also have to 
> be sufficient locking to ensure that PIs arrive in document order wrt 
> other events, etc. It's an interesting idea.

And yet not an idea I'm likely to bother with in actual practice in the
forseeable future, so I really should have signed off this sideshow a
few messages ago.  I'll amend that now.

EOT.


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
Use CSS to display XML - http://www.ibm.com/developerworks/edu/x-dw-x-xmlcss-i.html
Full XML Indexes with Gnosis - http://www.xml.com/pub/a/2004/12/08/py-xml.html
Be humble, not imperial (in design) - http://www.adtmag.com/article.asp?id=10286
UBL 1.0 - http://www-106.ibm.com/developerworks/xml/library/x-think28.html
Use Universal Feed Parser to tame RSS - http://www.ibm.com/developerworks/xml/library/x-tipufp.html
Default and error handling in XSLT lookup tables - http://www.ibm.com/developerworks/xml/library/x-tiplook.html
A survey of XML standards - http://www-106.ibm.com/developerworks/xml/library/x-stand4/
The State of Python-XML in 2004 - http://www.xml.com/pub/a/2004/10/13/py-xml.html

• Follow-Ups:
  • Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Alan Gutierrez <alan-xml-dev@e...>

• References:
  • RE: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: "Dare Obasanjo" <dareo@m...>
  • Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Miles Sabin <miles@m...>
  • Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Uche Ogbuji <uche.ogbuji@f...>
  • Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Miles Sabin <miles@m...>
  • Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Uche Ogbuji <uche.ogbuji@f...>
  • Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
    • From: Bob Foster <bob@o...>

• Prev by Date: Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Next by Date: Re: XSLT2 - which parts solve real 1.0 problems, which makes coffee? - was Re: Streaming XML
• Previous by thread: Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Next by thread: Re: Re: Streaming XML (WAS: More on taming SAX (was Re: ANN: Amara XML Toolkit 0.9.0))
• Index(es):
  • Date
  • Thread