c:import, c:param, etc. Actually did my last few projects using just that and it worked fine, although I didn't do any real performance comparisons.
I suspect it's not adequate for some common usecases, but for all the stuff I'm currently involved in, it's fine. Dave On Fri, Nov 26, 2010 at 5:10 PM, webmeiker <i...@webmeiker.com> wrote: > What do you mean? (jsp includes and things like that?) > > 2010/11/26 Dave Newton <davelnew...@gmail.com> > > > For lots of stuff I just use JSP's built-in mechanisms. > > > > On Fri, Nov 26, 2010 at 4:39 AM, Maurizio Cucchiara < > > maurizio.cucchi...@gmail.com> wrote: > > > > > I prefer SM. You should consider that both use different approaches: > > > 1. tiles uses composition pattern. > > > 2. SM decoration pattern instead. > > > > > > SM needs to wrap every response, in order to decorate them, and after > > > sends output to browser. So if one of your goals is performance or > > > even you need to handle big outputs, SM is not the best choice. > > > > > > 2010/11/26 Volker Karlmeier <vol...@magiccode.eu>: > > > > I prefer tiles :) > > > > > > > > Am 26.11.2010 um 08:55 schrieb webmeiker <i...@webmeiker.com>: > > > > > > > >> Hi, > > > >> > > > >> Based on your experience, what do you consider the “best” technology > > for > > > >> layout in Struts2? > > > >> > > > >> Do you recommend me Sitemesh, Tiles2 or what? > > > >> > > > >> > > > >> > > > >> (Personally, I think the latest should be the “best”, because it’s > > > developed > > > >> with improvement over similar/current technologies in mind. But this > > is > > > a > > > >> debateable question.) > > > >> > > > >> > > > >> Thanks > > > >> > > > >> -- > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > > > > For additional commands, e-mail: user-h...@struts.apache.org > > > > > > > > > > > > > > > > > > > > -- > > > Maurizio Cucchiara > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > > > For additional commands, e-mail: user-h...@struts.apache.org > > > > > > > > > > > > -- >