Good point about the subapp situation, I didn't think of that. JSTL's <fmt:message> tag is just as easy to use as struts' <bean:message> except in the case of multiple sub apps. If you're interested in how to setup the JSTL tag take a look here: http://www.javaworld.com/javaworld/jw-09-2002/jw-0913-designpatterns-p3.html
Dave >From: Eddie Bush <[EMAIL PROTECTED]> >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]> >To: Struts Users Mailing List <[EMAIL PROTECTED]> >Subject: Re: Struts vs. JSTL for i18n >Date: Mon, 23 Sep 2002 19:10:22 -0500 > >Use them together where it makes sense. Struts integrates your properties >within sub-applications, and will switch to the appropriate bundle for you. > This is one place you may well be better off using Struts itself. Note >that, with the contribution of the struts-el taglib by David M. Karr >(should be available in nightly builds - the contrib area - soon), you can >have the "best of both worlds". Struts tags for interoperating with >Struts, and the JSTL EL within them. This is a powerful, handy feature. >There are, of course, areas which you can completely replace Struts' >taglibs with their JSTL counterparts, and it's advised that you do so. The >JSTL is "the standard", after all. > >Vernon Wu wrote: > >>That can't be true since JSTL comes after the Struts tag library. >> >>What is your definition of "easier"? >> >>9/23/2002 4:22:21 PM, Matt Raible <[EMAIL PROTECTED]> wrote: >> >>>It seems that Struts makes it much easier to do i18n than JSTL. Please >>>correct me if I'm wrong. >>> >>>Struts = <bean:message key="index.title"/> >>> >>>JSTL = <fmt:bundle basename="org.roller.presentation.AppResources"> >>> <fmt:message key="index.title"/> >>></fmt:bundle> >>> >>>Thanks, >>> >>>Matt >>> > >-- >Eddie Bush > > > > >-- >To unsubscribe, e-mail: ><mailto:[EMAIL PROTECTED]> >For additional commands, e-mail: ><mailto:[EMAIL PROTECTED]> _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
