We've already laid out a roadmap of successive changes to the 1.x series. [http://struts.apache.org/roadmap.html]
And discussed on the list whether this represented the consensus view. The nightly build is API compatible with Struts 1.2.x. People should be able to use Sruts 1.2.x applications with Struts 1.3.x with zero code changes. There is no compelling reason to bump the major version number, so let's not bother. The bandwidth can be put to better uses. -Ted. On Wed, 16 Mar 2005 17:57:00 -0500, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > Admittedly I wasn't using Struts back then... I was still pounding away > on my own custom framework. > > But, from what you've said, I would have made the same argument at that > point, that being that 1.1 should have been 2.0. In fact, as you > describe here, I would have argued it even more stongly because I think > the case is even clearer. > > Be that as it may, clearly it is too late to care about that decision, > but I would argue that it's not too late for the next release. I would > contend that the fundamental nature of the change to a CoR pattern > warrants the major version bump. I think it needs to be made more clear > that the next version really is a big change. > > The fact that you can still use the "classic" RP, while cool, doesn't > really change my opinion because the default, and more importantly *what > is being recommended as the next best practice* is changing. Therefore, > for all intents and purposes, the ability to switch to the classic RP > doesn't change anything (although it's neat!) > > It's kind of like the change from Windows 2000 to Windows XP (not quite, > but work with me here :))... I can set up a WinXP box that looks just > like a Win2K box, and accept for some added functionality, works > essentially the same. But clearly there were some changes throughout > that fundamentally changed the way some things worked under the covers, > *but not in a visible way*. Would any of us have agree with Microsoft > calling it Windows 2000 v1.1? > > Like I said, not a perfect analogy, but I trust you get the point :) > > Frank --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
