Subject: RE: [xsl] Design Issues in XSLT From: "Emmanuel Oviosa" <Emmanuel.Oviosa@xxxxxxxxx> Date: Wed, 10 Jul 2002 14:59:14 +0100 |
Michael, you are not getting the one million pounds because you have not impressed me, I expected a hell of lot more but thanks anyway. -----Original Message----- From: Michael Kay [mailto:michael.h.kay@xxxxxxxxxxxx] Sent: 10 July 2002 14:43 To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx Subject: RE: [xsl] Design Issues in XSLT > Is XSLT matured enough for the development of a multi-tier > web application that will be used in many regions across the > country by 100s of users?. Developing in XML, XSL, COM+, VB, > SQL 2000, JavaScript, ASP. The technology is mature enough, but are the developers? Only you can answer that. > > Does anyone know for sure that XML/XSLT approach would be > faster, scalable and more maintainable than the ASP/ADO > approach, is there any bench mark statistics?. No, no-one knows this for sure. And the same remark applies: performance, scalability, and maintainability have much more to do with the skills of your developers than with your choice of technology. Of course, one of the benefits of using XSLT is that you aren't locked into the Microsoft platform. Perhaps that's something your company doesn't care about, but after this year's licensing changes, perhaps it should. > > 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?. > > Should I be calling my MTS VB components in the XSLT, do I > even need ASP?. > > Is there any overhead in passing MSXML DOM object accross com > boundaries, should I be passing xmldom.xml instead? > I certainly don't know enough about the Microsoft platform to advise you on the details here. I leave that to the guys with the screwdrivers and MCSE badges. Michael Kay Software AG home: Michael.H.Kay@xxxxxxxxxxxx work: Michael.Kay@xxxxxxxxxxxxxx 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
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
RE: [xsl] Design Issues in XSLT, WATKIN-JONES,ADAM (H | Thread | RE: [xsl] Design Issues in XSLT, Kirk Allen Evans |
RE: [xsl] key() question?, DPawson | Date | Re: [xsl] Urgent: Load a document i, Tuan-Dung Cao |
Month |