>You skip or shortchange the design > phase (should be at least 30 percent of your project), you get what you > deserve. Amen my brotha'! Preach on!
robert > > > -----Original Message----- > From: David Zimmerman [mailto:[EMAIL PROTECTED]] > Sent: Thursday, September 26, 2002 5:43 AM > To: [EMAIL PROTECTED] > Subject: Struts and high performance sites revisited > > > Ok, so we got it nailed down these statements... > > - The Struts Controller doesn't add more overhead than a high performance > site should be able to handle. In the regard flexibility contra > performance, > using the controller makes your application manageable with negligible > overhead. > > - There was also the everlasting discussion on EJB's be or not to be. I > think that there are loads of variables that affects the choices of the > design and that there still remains some issues with EJB's. However when > only using stateless session beans with DAO's I think that the > scalability-flexability-performance goes hand in hand and makes a > preferrable design choice. Anyone disagrees? Would be nice to hear your > opinions. > > - But what was not discussed was the overhead of custom tags. > This seems to > be a question much avoided everywhere. When talking about flexability. Oh > yes, use them. They makes your pages much easier to build and manage. They > also makes for a great design of the application. BUT (capital letters), > what about the performance overhead of the tags? When designing a web site > where the absolute focus is to be able to handle as many transactions as > possible to a low cost. Doesn't custom tags become very expensive > to use in > a case like this? There must have been extensive testing made on > this. Does > anyone have any facts or thoughts on this? > > > > > ____________________________________________________________ > Tired of all the SPAM in your inbox? Switch to LYCOS MAIL PLUS > http://www.mail.lycos.com/brandPage.shtml?pageId=plus > > -- > 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]>
