This sounds really helpful for current webwork users and the upcoming struts 2.x community. +1 from my side.
Lots of efforts are currently taken to address changes and fixes in Struts .x and backport them to webwork 2.2.3 and vice versa. Therefore we should get out a Struts 2.0 alpha quality release ASAP. Bob's new API proposal could get into 2.1 or even sooner, but we should keep in might that upgrading from 2.0 to 2.1 must have declared a clear migration path documented very well (Might be possible by using deprecation tags). As long as the migration path is documented, the migration from a 2.0 to 2.1 or even 3.0 release will be more smooth for all current and future users. If we get out releases quick and often, the community could give feedback more easily. That's the experience I personally made with the webwork releases. I would love to see a soon to be published alpha release of Struts 2.0 which could be marked as a "milestone 1" like Spring did with the 2.0 series. This would make the developers life much easier, especially for those developers currently busy with the webwork 2.2.3 release. Regards, Rainer > On 7/24/06, Ted Husted <[EMAIL PROTECTED]> wrote: >> >> -1 on changing the versioning scheme. >> >> But, I would be open to something like >> >> * Struts 2.0 == "WebWork transtional release" >> * Struts 2.1 == "new API release" >> * Struts 3.x == "phase 2 - the best of breed release" > > ...with pointers on what to consider if users should upgrade or not, > and a clear explanation of what to expect in the near future. This > could address Tim's initial concern (which I think is valid): > > "Users who don't keep completely up to date with the latest goings on will > see > this as the latest and greatest and start migrating to it, only to > have a very rude surprise when large changes occur in 2.1, or a 3.0 > arrives months later." > > Those three lines above, listing 2.0, 2.1 and 3.x, could be > communicated on the front page, on a simple table. This would be > similar to how Tomcat explains why they have three versions. Very > straightforward and easy to digest. > > Hubert > > >> IMHO, all the users, including ourselves, are served best when we >> release early and release often. >> >> -Ted. > > --------------------------------------------------------------------- > 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]
