[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: SAX mode, DOM mode and caching
> Hi, > > It is well known that XSL processors are usually faster in SAX > mode than in DOM mode : XT is a good example. You need to be clear about what you mean here. All current XSLT processors use a internal object model that may be a DOM or a proprietry model. If you pass SAX events as input the processor still builds an object model. I don't think there is any generic reason that creating an internal model from SAX events should be any quicker than from a DOM. > However to allow the caching of documents and stylesheets, I patched XT to > add a hook in the DOM mode for a cache. So I now use it in a "cachable" DOM > mode which is faster than SAX. I am assuming you are caching the XT internal OM not a DOM per say. If so the speed improvement is simply because you are not building the XT internal object model each time. > > I've been thinking of a cacheable queue of SAX events. I would like to have > the opinion of you, folks, about this idea before trying to implement it. XT is still going to have to convert those SAX events into a object model before it can use them. There is some saving in not re-parsing the original XML but it won't match caching the XT object model. Kev. > > Tangi > > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
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
|