|
[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Optimising XSL
I can't see anything wrong with that, no uses of // or any other performance killers, only comment on first line exclude-result-prefixes="fo"> You can't exclude the fo namespace as i's used in (all) your output elements. But having this attribute there makes no difference at all, certainly doesn't affect performance. > (4 or 5 seconds for a 3 page document) beware of java timings, if you are doing this on a command line for a relatively small stylesheet like this, and relatively small documents then the java startup time can easily swamp the processing time. It's possible to keep the JVM running (and probably keep a compiled stylesheet and run it on several docs without having to recompile it) if you are prepared to do some java coding. (Others on this list could give better pointers to that than I can. I must admit I usually don't worry about jvm startup costs and just re-run the xslt engine from the command line every time anyway, but you wouldn't want to do that in a time critical server environment) David -- http://www.dcarlisle.demon.co.uk/matthew ________________________________________________________________________ This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ________________________________________________________________________ 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
|

Cart








