> Also note that the JSP 1.1 spec includes:
>
> * an HTTP request attribute that can be used by a JSP container to
> "precompile" the JSP
>
> * a description of how one can take a JSP page and compile it into a
> Servlet that is to be delivered in a WAR file.
>
> I believe these mechanisms address the concerns of the original
> message. Send us mail (to [EMAIL PROTECTED]) if you have
> issues.
>
> Hope this helps,
> - eduard/o
>
Sounds good, I always wondered why the generated servlet classes could not be
serialized and if and only if the jsp page changes, the servlet is recompiled.
Looks like 1.1 would help in this regard - this could mean that there would be
little performance degradation in servlet vs jsp.
Also, I read some where that jsp pages are 6 times faster than perl - correct me if
I am wrong.
ASPs might be faster, but after working there for quite some time, I have the
following concerns
1) VBScript as a language has no match for Java, then if any serious business
logic goes in as Automation components using VJ++ or VC++, even then, the amount of
vbscript coding needed is enormous.
2) It is very unlikely that IIS would have 24 * 7 availability or take million
hits / day. If this was true, then probably hotmail should be asp based today!
3) What is missing in the jsp link today is the absence of a product like
Microsoft Site Server, Commerce Edition. I have used this tool and even though it
generates unreadable and unmaintaneable code, the basic functionality provided is
amazing for RAD.
I hope some one comes up with such a product (Why not SUN?) - that would be very
decisive and would be a major reasons to choose a specific technology (Managers
care a damn about the specifics of code!)
Anand
===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
