Going by this statement that you replied to and didn't correct anything
about it:
> there's a good chance that (in the future) containers
> will have their own optimized versions of the JSTL-tags, there are
> already some
> implemented in TC5.x
It doesn't sound like the optimization is totally there and everywhere.
Anyway, I'm not saying that scriptlets are the way to go if you reread all
my posts. I am saying the guys who were assigned to write the JSTL tags (at
least the logic ones) really dropped the ball by appearing to not know their
intended audience (UI specialist which are used to HTML like tags and not
${var} ==).
More of a philosophical disagreement than anything.
I'm sure I'll end up using JSTL but I am hoping for a little better
implementation of some of the tags. That's all.
:)
-----Original Message-----
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Friday, August 08, 2003 4:32 PM
To: Struts Users Mailing List
Subject: RE: JSTL ot struts taglibs?
> If they aren't faster in performance then something is wrong. All the
> JSP
> rendering practically has to do is put the code as is into the Servlet
> which
> is a Java class. No interpretation. I haven't looked at the source but
> I
> am sure the optimization for rendering code for Scriptlets vs JSTL has
> to be
> there.
Don't be so sure. Because the JSTL is standard, containers can optimize
the java code generated from JSTL tags. This means a <c:if> tag can be
converted into a real Java if statement instead of creating tag instances
and invoking the tag's lifecyle. My understanding is that the Jasper JSP
compiler (comes with Tomcat) actually generates faster Java code if you
*don't* use scriptlets at all. Resin and Tomcat both optimize JSTL tag
usage.
So, with the JSTL we get the best of both worlds: Fast page rendering and
standardized, powerful and easy to use markup tags.
David
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
