[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: XSLT vs Omnimark
Hi Paul, Paul said: And I said that XSLT engines are slower not because they are written in Java, but because they allow look-ahead pull which Omnimark does not allow. Is that right? Didier replies: I would not say that this is the cause why actual XSLT engines are slow. Being developed in Java is probably the main cause why they are slow. An other reason is that most of them are still prototype and are not optimized yet. Paul said: I see no look-ahead pull in Omnimark. Where is it ? Actualy, that was the only question I had about Omnimark and unfortunately I got no answer. Didier replies: Paul in Omnimark you can use "referent" constructs. However, Omnimark does not need to build an entire tree before processing to resolve the referents. But like I said, XPath is tremendously more powerful than Omnimark construct to access a particular node. In contrast, Omnimark is tremendously efficient with reources and also faster than most actual XSLT implementations. Cheers Didier PH Martin ---------------------------------------------- Email: martind@xxxxxxxxxxxxx Conferences: Web Chicago(http://www.mfweb.com) XML Europe (http://www.gca.org) Book: XML Professional (http://www.wrox.com) column: Style Matters (http://www.xml.com) Products: http://www.netfolder.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
|