because the cacheability can't be determined automatically; when using e.g. XML (from a file) + XSLT you can determine the validities (last modification, template parameters, ...).
JXT deals with 'contexts' that contain objects. between runs JXT can't automatically determine whether they have changed, since it doesn't (and of course mustn't) know the objects. my own fork of the generator has a contract defined for 'context object providers' that can optionally supply caching info. > -----Ursprungliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Auftrag > von Corin Moss > Gesendet: Mittwoch, 5. Mai 2004 23:42 > An: [EMAIL PROTECTED] > Betreff: RE: JXTemplate performance > > > > Hi Sylvain, > > Not wanting to start a game of twenty questions here, but your comment > regarding caching of jxtemplates interested me. For what reason are > they not cacheable as a generator? > > Thanks, > > Corin > > -----Original Message----- > From: Sylvain Wallez [mailto:[EMAIL PROTECTED] Sent: Thursday, > 6 May 2004 9:33 a.m. > To: [EMAIL PROTECTED] > Subject: Re: JXTemplate performance > > > Ralph Goers wrote: > > > In looking at JXTemplate it looks like many, if not all, of the things > > we are doing with XSLT could possibly be done with JXTemplate instead. > > > Is this correct, or am I missing something. > > > > JXTemplate has many of the XSLT control structure, but lacks > everything that is related to template rules. So both are complementary. > > > Secondly, if I can replace XSLT with JXTemplate, is it worth > it? It > certainly could be more readable, but would it perform better? > > > > JXTemplate as a transformer certainly runs way slower than XSLT, > since the template being the input of the transformer, its > compilation occurs for every request. > > Also JXTemplate isn't cachable both in its generator and > transformer incarnations. > > Sylvain > > -- Sylvain Wallez Anyware Technologies > http://www.apache.org/~sylvain http://www.anyware-tech.com > { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects } > > > ================================================================ > CAUTION: This e-mail and any attachment(s) contains information > that is intended to be read only by the named recipient(s). It > may contain information that is confidential, proprietary or the > subject of legal privilege. This information is not to be used by > any other person and/or organisation. If you are not the intended > recipient, please advise us immediately and delete this e-mail > from your system. Do not use any information contained in it. > > ================================================================ > For more information on the Television New Zealand Group, visit > us online at http://www.tvnz.co.nz > ================================================================
