I completely agree (did I say that to DJ?). While you can start a flame war reminiscent of the "Wordstar vs. Word" or "Supercalc vs. Lotus" in the old days, with the question "Which Framework is best" the fact is, as Jack says, it "depends". I prefer struts for what we are doing, primarily because we can extend it to meet our needs and we can put Velocity or Cocoon or even Axis out in front of it, or Hibernate, or Tibco behind it and we need not spend a lot of time or effort doing it.
Michael Oliver CTO Alarius Systems LLC 3325 N. Nellis Blvd, #1 Las Vegas, NV 89115 Phone:(702)643-7425 Fax:(702)974-0341 *Note new email changed from [EMAIL PROTECTED] -----Original Message----- From: Dakota Jack [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 08, 2005 8:17 AM To: Justin Morgan Cc: Struts Users Mailing List Subject: Re: MVC Frameworks For my part, I still prefer Struts because I think it has a great potential if it endorses some move to IoC and does not fall off the strict web MVC pattern. I have no time for the event-based frameworks like Echo, Tapestry, JSF, Shale, etc. Others need that sort of thing. What framework you choose depends a lot on what you want to do, the sophistication of your developers, etc. Jack On Tue, 8 Mar 2005 08:44:26 -0600, Justin Morgan <[EMAIL PROTECTED]> wrote: > Thanks... > > I recently picked up Rod Johnson's J2EE Design and Development (ISBN: > 0-7645-4385-7), and Chapter 12 is titled "Web-Tier MVC Design"... I'm > going to assume this chapter is pretty similar to the one you mention. > > I agree with you that this author is incredibly clear-minded, and I'm > soaking it all in. Most of the book is model-neutral, and focuses more > on good practices and patterns, which is great because we have not > decided on a model yet. But in chapter 12 he only really discusses > Struts, Maverick, and WebWork. I was hoping for some commentary on JSF > and Tapestry as well, especially regarding why one might choose one over > the other. > > It all boils down to two questions: > 1. Why do you prefer Struts over any other web application framework? > (Tapestry, JSF, Maverick, WebWork, etc) > 2. Why should _I_ prefer <insert framework here>? > > The second question is not meant to make anyone defensive; I'm just > trying to get past > > Thanks, > > -Justin > > > -----Original Message----- > From: Dakota Jack [mailto:[EMAIL PROTECTED] > Sent: Monday, March 07, 2005 3:30 PM > To: Struts Users Mailing List > Subject: Re: MVC Frameworks > > Rod Johnson (author of Spring and one of the clearest thinkers I have > ever read IMHO) has a good discussion of the options in J2EE > Development without EJB in Chapter 13: Web Tier Design. > > Jack > > On Mon, 7 Mar 2005 14:19:47 -0600, Justin Morgan <[EMAIL PROTECTED]> > wrote: > > Hi there, > > > > I am currently researching different web application frameworks... > JSF, > > Struts, and Tapestry specifically. We are planning to migrate a large > > existing web application to a rigorous model 2 standard using one or > > more of these frameworks, and I am looking for more information on the > > differences between them. My research thus far has turned up only a > few > > sources, and many of them seem religiously biased toward one of them. > > > > If any of you have opinions, or better yet, articles contrasting these > > technologies, please let me know. > > > > Thanks, > > > > -Justin > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > -- > "You can lead a horse to water but you cannot make it float on its > back." > ~Dakota Jack~ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- "You can lead a horse to water but you cannot make it float on its back." ~Dakota Jack~ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]