Well, if it helps... we use it! :-)
For us, the main thing in MVC is that the View part is handled by our
web-designers. We will teach them JSTL tags and from then on we'll just
deliver the data and let them do their own thing. It also helps that we
standardized all our objects, so e.g. if we have basic objects "${person}"
and "${image}", you can be sure that "${person.image}" will contain a
person's image, which can be used like any "${image}" (yes, I know this is
trivial, but it's still helpful).
As for why JSTL... S for Standard :-) Why have 17 different tag libraries?
Why reinvent the wheel? (Incidentally, I wrote a template language in Perl
myself... back then I would've killed for something like JSTL :-) Most of
the things we need are handled by JSTL nicely, and we certainly don't want
web-designers to have anything else than just a "read" interface to our
data.Regards, Eric -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Donnerstag, 25. April 2002 20:24 To: Tag Libraries Users List Cc: [EMAIL PROTECTED] Subject: why jstl??? Hi, I am just wondering. since the jstl was anounnced more and more question are asked about session/array/object/result sets,iterrator etc.. who is using jstl? (programers or web-designers)? and why? I understand struts(MVC). but I realy have no clue why to use something like jstl and why it's on the list. isn't jstl a remake of moost of the jakarta taglibs and should thoose questions belong on this list? can somebody help me understand please? greets On Thu, 25 Apr 2002, Shawn Bayern wrote: > On Thu, 25 Apr 2002, Matt Raible wrote: > > > With the beta 2 release, the following doesn't work: > > > > <c:out value="${request.myAttribute}"/> looks like c++ to me :) -- Kees Jongenburger. Perfection is achieved not when you have nothing more to add, but when you have nothing left to take away. -- Antoine de Saint-Exupery -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
