<div dir="ltr">Hi,<div><br></div><div>as you know, Yanel performs the XSLT (Transformation of XSL to temporary Java Class) for EACH request.</div><div><br></div><div>I would like to ask, whether there is anybody out there who has played with these two alternative approaches:</div>
<div><br></div><div>1) extend XSLT Processor in a way, that it keeps a list of XSLs including timestamps and only does the transformation, if the XSL has changed. Hence: reuse the java classes from earlier if nothing changed.</div>
<div><br></div><div>This option would still have the advantage that you can change/patch XSL files in the running system and see the changes immediately.</div><div><br></div><div>2) There is an official XSLT processor mode called "cached". In this mode, the XSLT processor only performs the XSLT once and keeps the generated java classes for the lifetime of the JVM. This is certainly the fastest way of having XSLT in a system, but any changes to XSLs are of course ignored once the XSLT has happened. So this is a disadvantage.</div>
<div><br></div><div>I would be interested in some hands-on experience for option 1).</div><div><br></div><div>Cheers, Bas</div><div><br></div><div><br></div></div>