Hi,
I am facing exactly the same issue. The first time the XSL gets used, it
takes quite a bit of time to do the transformation. After that the
transformations happen much faster. I am using templates as described in
this thread & assume the style sheet should be cached. But from the
behaviour that it takes longer the first time the XSLs are being used &
subsequently takes lesser time indicates that probably it's not been
catched.
Any suggestions/experience on this is very much appreciated.
Cheers,
tamu
Brian Trezise wrote:
>
> Silly me, going to be hard for you guys to answer my question if you don't
> have a code sample to look at J
>
>
>
>
> static
>
> {
>
> try
>
> {
>
> cyberTron = TransformerFactory.newInstance();
>
> Config config = (Config)
> ConfigManager.getInstance().getConfig(Config.class);
>
> Source xslt = new StreamSource(new
> File(config.getXSLTemplateURL()));
>
> allSpark = cyberTron.newTemplates(xslt);
>
> }
>
> catch(Exception e)
>
> {
>
> logger.error(e);
>
> }
>
> }
>
>
>
> ~Brian
>
> ___________________________________________________
> Brian Trezise
> Staff Software Engineer
> IntelliData, Inc
> 22288 E Princeton Dr
> aurora, colorado 80018
> T: 720.524.4864
> [email protected]
>
>
>
> From: Brian Trezise [mailto:[email protected]]
> Sent: Monday, August 25, 2008 2:41 PM
> To: [email protected]
> Subject: XSL caching question
>
>
>
> In FOP 0.95, I'm using the basic caching method to cache my XSL
> transformation file, not doing anything fancy with file system monitors or
> anything for the time being. The first time I run FOP on the server to
> generate a pdf, it takes 10-20 seconds to generate the pdf because it's
> loading up the XSL file for the first run. Afterwards it runs in the
> neighborhood of 500ms per PDF. I was just wondering if there is a way to
> force the XSL to fully cache statically?
>
> This isn't a huge issue as we don't restart our servers all that often but
> it's just a little thing that's bugging me J
>
> Thanks,
>
> ___________________________________________________
> Brian Trezise
> Staff Software Engineer
> IntelliData, Inc
> 22288 E Princeton Dr
> aurora, colorado 80018
> T: 720.524.4864
> [email protected]
>
>
>
>
>
--
View this message in context:
http://old.nabble.com/XSL-caching-question-tp19151328p27272536.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
