W3C home > Mailing lists > Public > public-mobileok-checker@w3.org > October 2007

Re: Optimizing XSLT usage

From: Sean Owen <srowen@google.com>
Date: Mon, 22 Oct 2007 20:36:08 -0400
Message-ID: <e920a71c0710221736k45427031q24c5da4e6d5bd18@mail.gmail.com>
To: "Dominique Hazael-Massieux" <dom@w3.org>, "Roland G├╝lle" <roland@7val.com>
Cc: public-mobileok-checker <public-mobileok-checker@w3.org>

OK, I just checked in changes that will attempt to "compile" all the
.xsl files. I run into this error:

     [java] Error at xsl:value-of on line 43 of
     [java]   XPST0008: XPath syntax error at char 44 on line 43 in
     [java]     Variable $language has not been declared

I have still taken the liberty of checking it in (you can comment out
this target if you need to) even though it doesn't run properly.
Roland do you know of a way around this?


On 10/22/07, Dominique Hazael-Massieux <dom@w3.org> wrote:
> Hi,
> I just re-read a message from Sean stating that a huge part of the
> processing time of the library is spent in the XSLT processing.
> Reading http://saxon.sourceforge.net/saxon7.7/using-xsl.html#Compiling ,
> I wonder if the following has been explored:
> * pre-compiling the style sheets - since they are static, it may at
> least help reducing the time spent in parsing/interpreting them
> * making sure validation is turned off - it probably doesn't matter
> since the moki document doesn't have a doctype, and I don't think we're
> processing XHTMl files directly, but who knows...
> If it doesn't help, I guess we'll have to consider whether using DOM
> analysis rather than XSLT processing wouldn't be better - ideally,
> having a way to compare performances would help quite a lot.
> Dom
Received on Tuesday, 23 October 2007 00:36:33 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:21:19 UTC