On Fri, 11 Jul 2003, Davidson, Glenn wrote:
> Date: Fri, 11 Jul 2003 15:59:31 -0400 > From: "Davidson, Glenn" <[EMAIL PROTECTED]> > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]> > To: 'Struts Users Mailing List' <[EMAIL PROTECTED]> > Subject: RE: Using JSTL tags instead of Struts tags > > Thanks guys. The bottom line is that we do have the ability not to use the > features that we find objectionable. I am just surprised that the very fine > folks who conceived and built the struts framework would (appear to) favor > such features. Perhaps they could build one struts framework for people who > know what they are doing and a second framework for people who want to mix > presentation and logic. I could make an argument for separate frameworks > that would be equal to the arguments I saw for these "features". Frankly, > given the arguments I have seen to support the SQL tags it wouldn't be very > difficult. > If you don't like the SQL tags, don't use em. (Same basic argument as if you don't like scriptlets, don't use em). But using dislike of the SQL tags as an excuse to give up on the power and benefits of all the rest of JSTL is really pretty ridiculous. (Likewise ridiculous is using dislike of scriptlets as your sole reason not to use JSP, but I digress :-). The JSTL tags that overlap in functionality with Struts tags (mostly in the bean and logic libraries) are substantially more powerful, and allow for much more concise expressions of things that would otherwise require Java runtime expressions. Further, in JSP 2.0 you'll be able to use that exact same expression language everywhere in your page (even template text), so you might as well get used to it now. If you want to use EL expressions today in Struts tags, you can do that too, thanks to the struts-el library. IMHO, it would be a disservice to the Struts community for Struts to keep on innovating and maintaining its (now proprietary to Struts) expression language, when the rest of the world is going to follow a different standard. Craig (who isn't using SQL tags, or planning to, but is enjoying the power of all the rest of them) --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
