RE: Design Issues in XSLT

Thanks Adam, thats the sort of response that I need, got anymore?

-----Original Message-----
From: WATKIN-JONES,ADAM (HP-UnitedKingdom,ex1)
[mailto:adam_watkin-jones@xxxxxx]
Sent: 10 July 2002 11:34
To: 'xsl-list@xxxxxxxxxxxxxxxxxxxxxx'
Subject: RE:  Design Issues in XSLT


----- Original Message -----
From: "Emmanuel Oviosa" <Emmanuel.Oviosa@xxxxxxxxx>

> Caching xsl templates into application variable seems to improve
performance
> but is there any serious issues on the use of application variables like
we
> have in sessions and cookies?.

In case you are alluding to the scalability problems you can create by
storing apartment threaded COM objects in application/session variables
(thus reducing concurrency by forcing serialized access to the objects),
then you may be pleased to learn that XSLTemplate has a threading model of
Both.

>From the MSXML4 docs for IXSLTemplate:

'To cache a compiled XSLT style sheet, load an XSLT style sheet into an
IXSLTemplate object. This object is free-threaded and stateless, so it can
be stored in shared Active Server Pages (ASP) application state.'

HTH!
Adam

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


The contents of this email and any attachments may be privileged or confidential, for the exclusive use of the intended recipient(s) only and may not be disclosed or used in any way other than by the addressee(s). If you have  received this email in error please advise the sender and delete from your system.

Integrated Solutions Consultants Ltd are unable to guarantee the security of email content outside of our own systems where all emails and content are treated in accordance with the Regulation of Investigatory Powers Act 2000.

Further information about Integrated Solutions Consultants Ltd is available at http://www.isc.co.uk or mailto:info@xxxxxxxxx

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list