Scriptlets are more powerful (you can do ANYTHING Java can do), faster, is a
standard (it is the Java language you know) and if you are going to spend
time learning a new language (${var} == "pooPoo") then you would be better
off learning Java (assuming you don't already know it) cause then you could
do scriptlets and middle tier coding and more whereas if you use your time
learning JSTL all you will know is JSTL.  

Believe me, JSTL will be easy to replace if someone comes out with an
alternative.  I am a programmer but I understand the importance of having
the tags be similar to HTML tags and not like tags containing scriptlets.

If it makes you happy $var is a legal Java variable name so you could just
write scriptlets with $var and no one would realize you weren't writing JSTL


:)

Why do you think Ant is so popular??? It got rid of all the $var UNIX script
like crap and made it more like tags should be!!!!!!!!!!!

Bottom line is, yes, Struts tags aren't the best but JSTL is not much better
and will probably be replaced with something not so ugly in the future.


Just my .02 sense.

I like it how some people don't get disturbed by questions about connecting
to a database with JDBC to the Struts user list but get mad if you post a
differing opinion about the crappy way some tags were written that
interfaces with Struts code.  What an ACE!




-----Original Message-----
From: David Graham [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 08, 2003 10:28 AM
To: Struts Users Mailing List
Subject: Re: JSTL ot struts taglibs?

--- David Thielen <[EMAIL PROTECTED]> wrote:
> Hi;
> 
> For the logic and I18N taglibs - what do you recommend - using the
> struts taglibs or the JSTL taglibs?

Definitely JSTL.  They're more powerful, easier to use, potentially
faster, and a Java standard.

David

> 
> thanks - dave


__________________________________
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]

Reply via email to