The key notion behind "General Availability" is that we believe the product is safe for the general public to use. By now, most of us know that this set of bits work well in production, at least under the configurations that we ourselves are using. General Availability means that, as far as we know, there are not going to be any surprises running it under any common configuration.
If a good portion of the general public is going to have problems deploying this set of bits, then, yes, the reasonable thing would be to not vote this release GA. But, that doesn't mean we can't distribute it as a beta with known issues. The key question is whether we want to encourage wider testing of the distribution by announcing it to the user list. We do have the release process down pat at this point, and I'd be happy to roll 2.0.5 on any day of the week. We just need to get these dependencies updated and other fixes applied. But, in the meantime, that doesn't mean 2.0.4 can't go onto beta, to see if there's anything else we should tweak. -Ted. On 1/30/07, Philip Luppens <[EMAIL PROTECTED]> wrote:
Can a problem in a dependency hold back a GA ? I'm talking about WW-1615 [1] (OGNL race condition). The bugfix is trivial, but we need a new release for that. Patrick should have set up Jesse by now (its new maintainer), so we can expect an official bugfix release rather soon. I guess I have some troubles with pushing a GA if such an important dependency is having a known bug. We're already aware of S2 being slower than S1, let's not kill whatever performance we have left with a race condition, even if it's caused by a dependency rather than the actual framework. Of course, if this has nothing to do with it, then just disregard this message. Cheers, Phil [1] https://issues.apache.org/struts/browse/WW-1615 On 1/30/07, Don Brown <[EMAIL PROTECTED]> wrote: > +1 for GA. I've been pretty happy with this build and while there are > certainly things to improve (aren't there always?), I don't see anything > major that should prevent production applications from being built upon it. > > Even if the final result is beta, will this release finally be put into > the public maven repository? > > Don > > Ted Husted wrote: > > Since the Struts 2.0.4 build is essentially the 2.0.3 build with Maven > > fixes, I thought we might as well start the vote. If after three days > > anyone needs more time, or we don't have a quorum, then we can just > > leave the vote open for as long as it takes. > > > > Release notes: > > * http://struts.apache.org/2.x/docs/release-notes-204.html > > * http://struts.apache.org/2.x/docs/release-notes-203.html > > > > Distribution: > > * http://people.apache.org/builds/struts/2.0.4/ > > > > Maven 2 staging repository: > > * http://people.apache.org/builds/struts/2.0.4/m2-staging-repository/ > > > > Once you have had a chance to review the test build, please respond > > with a vote as to its quality: > > > > [ ] Leave at test build > > [ ] Alpha > > [ ] Beta > > [ ] General Availability (GA) > > > > Everyone who has tested the build is invited to vote. Votes by PMC > > members are considered binding. A vote passes if there are at least > > three binding +1s and more +1s than -1s. > > > > Please remember that a binding +1 for GA implies that you intend to > > support the release by applying patches and responding to posts to the > > user and dev lists. > > > > Unless we decide otherwise, a beta vote implies that we will announce > > the build to the user list, to encourage wider testing. > > > > -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] > > -- iDTV System Engineer "Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." - John F. Woods --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- HTH, Ted. * http://www.husted.com/struts/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
