Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] SAX and parallel processing

From: Alan Gutierrez <alan-xml-dev@-----.--->
To: Bob Foster <bob@------.--->
Date: 1/1/2005 12:59:00 AM
* Bob Foster <bob@o...> [2004-12-31 19:37]:
> Bob
> 
> Alan Gutierrez wrote:
> > * Bob Foster <bob@o...> [2004-12-31 18:03]:
> >>I have a question, though. What is the guaranteed lifetime of an object
> >>appearing in a SAX event, like an Attributes object, and any objects
> >>used to implement it? If, for example, Attributes were implemented as a
> >>collection of lightweight Attribute objects that were re-used for
> >>subsequent events, the event data could not be passed directly to
> >>parallel threads without copying it. (Or by joining at the end of every
> >>event, which would rather limit the parallelism.)
> >
> >
> >
> >     Xerces recycles Attributes structures for each call to
> >     startElement.

> >     In my library, I keep a stack of attribute structures. The
> >     attribute structures on the stack are recycled for each element
> >     depth, not actually popped and reallocated.

> Right. In order to process a SAX stream in parallel you have to
> copy the data in the stream, you can't just "forward" the events.
> You also have to instantiate a context for each event, including
> at least the namespaces in scope, the Location info. I didn't mean
> to imply this would be excessively expensive, just not as
> lightweight as serially processed SAX.

    Wasn't out to school you, so much as to relate my experience.

    Cheers.

--
Alan Gutierrez - alan@e...


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent