Reflection will likely have a negligible impact. It may actually be more performant than writing a lot of custom code that did the same thing.
If there are scaling issues, most are likely to be related to trying to do too much on the presentation layer. Struts provides some nifty taglibs, but most people here would strongly recommend moving as much processing as possible into the Action (or, better yet, the actual business layer), so there is very little left for the JSPs to do. A very good alternative to JSPs is Velocity, which encourages better MVC designs, and consequently applications that would scale better. http://husted.com/struts/resources/velstruts.zip This is not an election of remedies, and both JSPs and Velocity templates can be used in the same application. -- Ted Husted, Husted dot Com, Fairport NY USA. -- Java Web Development with Struts. -- Tel +1 585 737-3463. -- Web http://www.husted.com/struts/ "emmanuel.boudrant" wrote: > > And the use of reflect package in PropertyManager. > > too many reflect invoke == slow performance > > Is that true ? > > --- "John M. Corro" <[EMAIL PROTECTED]> a > �crit : > In relation to scaling issues, the only > things I've > > heard resulted from > > extensive use of taglibs. The problem manifests > > itself in two ways....an > > exception (forgot which one it is) being thrown due > > to the method being too > > large (too much code resulting from too many > > taglibs). The other is that > > the performance of the apps suffers due to all the > > taglibs being processed. > > > > Ted or others more knowledgeable may want to correct > > me, but I think the > > first problem is thrown from the ActionServlet...so > > yes it is a Struts > > thing, but I think in general if you use too many > > taglibs (whether or not > > you're using Struts) you get this problem anyways. > > I'm sketchy on this one > > as I'm relying on other people's stories (haven't > > run into it myself), so > > again....I could be wrong on this one. > > > > The second issue as I understand is more of an app > > server issue (too many > > taglibs == slow performance). I've been hearing > > over and over from various > > sources that most app servers don't process taglibs > > efficiently. So w/ that > > being the case...again, no not a Struts caused > > issue. > > > > > > > > ----- Original Message ----- > > From: "Emaho, Ghoot" <[EMAIL PROTECTED]> > > To: "Struts Users Mailing List" > > <[EMAIL PROTECTED]> > > Sent: Tuesday, January 22, 2002 9:06 AM > > Subject: RE: using struts for larger apps > > > > > > keep hearing....from where ? > > > > As I have mentioned before, we have a large (several > > thousand users) > > complex app in production, and struts proved no > > problem. > > > > What exactly is it about Struts that makes people > > think it isnt suitable > > for larger applications ? As I said in a previous > > email, there are many > > other things that will inhibit large applications, > > before Struts ever > > (if at all) becomes an issue. > > > > Maybe you could be more specific ? > > > > Ghoot > > > > > -----Original Message----- > > > From: Peter Georgiou > > [mailto:[EMAIL PROTECTED]] > > > Sent: 22 January 2002 14:20 > > > To: Struts Users Mailing List > > > Subject: using struts for larger apps > > > > > > > > > Hi > > > > > > I keep hearing that struts is only really suited > > for small to > > > medium sized > > > applications. Are there plans in the future to > > expand the > > > capabilities of > > > struts so it is suitable for developing large > > applications as well. > > > > > > Thanks > > > > > > Peter > > > > > > > > > -- > > > 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]> > > > > > > > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais ! > Yahoo! Courrier : http://courrier.yahoo.fr > > -- > 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]>
