tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Randy Layman <>
Subject RE: JSP vs. ASP
Date Fri, 21 Sep 2001 11:42:14 GMT

> -----Original Message-----
> From: Järkeborn Joacim []
> Sent: Friday, September 21, 2001 7:55 AM
> To: ''
> Subject: RE: JSP vs. ASP
> Some differences:
> A ASP page is compiled into memory (every time it's accessed I think)

This is true for ASP, but not ASPX (the .Net version).

	I think that the biggest difference is in how they interact with
external objects - generally the business portion of your application.

	In Java you use beans (basically just classes) that implement the
stuff in your application.  These are written in Java and can do whatever
Java can do.

	In ASP you use COM objects.  These objects are written in more ASP,
VB, VC++ (and C# for .Net).  Objects in ASP can't do a whole lot so they're
not all that useful.  VB has threading issues and Microsoft recommends not
using VB COM objects with IIS because of it (this might have changed with
.Net - I haven't been able to check either way).  So, for a good ASP
application you need to write the COM objects in C++, which gives you all of
your old headaches about memory management, etc.  Also these COM objects are
implemented as DLLs with need to be in the Windows directory (for non-.Net)
or in the IIS bin directory (for .Net).  In either case you can have only
version of the object at a time, making multiple web applications using the
same objects but different versions impossible.  (There are also other
implications that cause problems.)

	The downside for Java is its speed.  Its still an interpreted
language.  However, with Microsoft making the CLI, ASP/C++/C# is now also
interpreted, so the gap is closing.

	I've tried several different times to come up with an upside to ASP
while writing this message, but none come to me.  Microsoft solutions are
generally cheaper than EJB for initial outlay, there are more MS admins
(IIS) out there than Tomcat/Resin/JRun/whatever servlet container.  However,
both are dubious signs - Microsoft solutions haven't been proven to have a
lower Total Cost of Ownership (TCO), but they haven't really been proven to
have a higher one either.  Also, the fact that there are more certified
admins might be an indicator that MS solutions need more care and feeding
than the corresponding Servlet solution, again I haven't seen any proof
either way.

	These are just my thoughts and no one's official opinion.


View raw message