RE: [xsl] Design Issues in XSLT

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