Cart
|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] SAX and parallel processing
 On Fri, 31 Dec 2004 11:57:44 -0500, Alan Gutierrez <alan-xml-dev@e...> wrote: > It tells me that SAX, as an API, is missing support for parallel > processing. Parellel porcessing is possible in SAX, or rather, > it is possible with ContentHandler implementations that were > co-operative and synchorized, but then you're forgetting an > interface to specify ContentHandlers, and a bunch of other whatnot. I think that there's been a terrible amount of confusion on this thread. As soon as the filter pipeline design pattern started to become popular for applications based on SAX1, I assumed that people would insert tee-joints in the pipeline to allow for parallel processing when they needed it, especially since thread management in Java is so easy. Note that we're talking about parallel threads performing different operations on the *same* sequential event stream (i.e. one thread might be populating a database, while another is producing an HTML page). I can also conceive of applications where different threads deal with different parts of the document, as long as the source event stream stays single-thread and sequential -- for example, a filter might divert a series of events representing a document subtree to a separate thread that builds a data structure and performs time-consuming operations while the rest of the event stream continues on to the original thread (which was briefly suspended waiting for more input). So the source of the SAX event stream has to be sequential, but there's no reason that the rest of the filter pipeline cannot be parallelized. All the best, David -- http://www.megginson.com/ 
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! 
Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||
