> -----Original Message----- > From: Sean Schofield [mailto:[EMAIL PROTECTED] ==////==
> > I have a few thoughts on this and I will try to avoid the "Which > framework is better?" discussion. > > Change is inevitable. Struts (as you know and use it today) will > eventually become obsolete. Nobody can say when the last meaningful > Struts 1.x application will be written but that day will eventually > come. The great thing about open source is that Darwin decides how > and when these shifts will happen. Nobody will force anyone to do > anything. Until something that comes a long that is universally available and is better. Some people will have to develop ( maintain ) those Struts 1.x applications > > As for the publishers, I could care less. I am in the business of > writing software and I will use the best tools at my disposal to do > that. I suspect that the pubishers actually come out ahead in this > scenario. Instead of a 3rd edition of a Struts book they can write > 1st editions of JSF, Spring, Shale, WebWork, etc. books. My last > Struts book was Ted's excellent Struts in Action a few years ago. On > the other hand, I bought four JSF books this year. So it does not matter to you about the architecture, either front controller or page controller? You will use whatever is more productive for you? > > My advice is not to be afraid to try something new. I studied JSF on > several different occasions and kept deciding against it. Finally I > took another long hard look and decided to make a serious attempt at > understanding it. As with any new framework, there have been bumps, > but the payoff is with the second and third applications that you > write. Just remember where you were before Struts. You were probably > just fine dealing with plain old JSP and Servlets. At some point the > promise of "a better way" became too much to resist. I think the same > will happen to Struts (in its current form.) > Which is why the integration with WebWork really caught my eye. I think there are two garden paths here. 1) The path that follows the standards (JSF) and tooling. (Sean this is the path you have clear taken.) 2) The path that does not follow the standard, and there are very good alternatives for not doing so. WebWork, Struts, Wicket, Tapestry, Ruby on Rails are examples of the non-standard mission. (This is the path I am for now until suddenly there is a JSF project for me on the horizon) If WebWork/Struts is to succeed then I feel that it must provide some compelling features or advantages that makes it viable competitor. This is just my own observation, and this is why I asked what does WebWork bring to party. Effective Sean you are right about Darwin and biology, effective two different strands are attempting to rejoin, and everyone would like it to be successful. The question has got to be right. Part of the clue will be probably a programming model that does not necessarily depend on tools. Commando style development like editing with vi with the power of a dynamic language like python or groovy. You should be able write some code in an evening and it just works as expected. None of this configuration of LookupDispatchAction nonsense. So I think productivity and ease of development will be key. > Its time to shake things up some. The Struts community is somewhat > divided on what the next step should be, but most agree that the > status quo holds little promise. There is a huge Struts community > that will continue to support the 1.x framework for years to come. > But many developers like myself are starting to explore "a better > way." > > sean You bet > > > On 11/29/05, Marky Goldstein <[EMAIL PROTECTED]> wrote: > > Hi Peter, > > > > I guess bringing together the masterminds of multiple > > web frameworks is a good idea, even if there is a > > transition phase and some blood that flows... > > it will make Java as a web platform much stronger. > > > > Best regards, > > Marky ==////== -- Peter Pilgrim :: J2EE Software Development Operations/IT - Credit Suisse First Boston, Floor 15, 5 Canada Square, London E14 4QJ, United Kingdom Tel: +44-(0)207-883-4497 ============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml ============================================================================== --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
