Here is what I understood (and used with Validator)
Action Response Step #0) Vote for release process to start. RM begins grueling work. Step #1) A release is made. An announcement made on DEV Savvy users download, test. #2) After a period of time A VOTE is held. Release withdrawn. Release promoted to LA Release promoted to GA. #3) Step #2 repeated for same release. LA = Announced on Apache only, STRUTS-DEV, STRUTS-USER GA = Announce inside/outside Apache STRUTS-DEV/STRUTS-USER/Slashdot/Theserverside/freshmeat. At any time Step #2 may be repeated for the same release. So it can be promoted from LA to GA, GA to LA, or Withdrawn. Note that there is no confusing Release Canidates, all releases are releases. Step #0 is required becasue we are part of Jakarta Step #1, #2, #3 is what httpd uses. (I had typed this up earlier but my email timed out, gurr!) > -----Original Message----- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Monday, February 23, 2004 05:42 PM > To: 'Struts Developers List' > Subject: Re: 1.2.0 is tagged and frozen > > On Mon, 23 Feb 2004, Ted Husted wrote: > > > On Sun, 22 Feb 2004 22:38:24 -0800 (PST), Martin Cooper wrote: > > > Actually, with this new release strategy, where should the > > > announcement message go, since it's not a Final release? The same > > > lists, or a subset? Thoughts? > > > > Following Craig's description of the Tomcat release approach (copy below), I'd say > > we should make an announcement to the Struts DEV and USER lists, with an URL > > leading to one of our home directories (or wherever Tomcat and others have been > > posting such things), but not the Jakarta announcement list. I imagine we'd now > > reserve the latter for a General Availability release that's being mirrored. > > I'm fine with restricting the announcement as you describe. However, given > the size of the struts-user list in particular, I'm not so sure about not > taking advantage of mirroring for downloads. I'll take a look at what the > Tomcat folks are doing in this regard, though, and just do what they do. > ;-) > > > > > Sorry if the taglib-exercise module is flaky. If it is, mea culpa. But once it's > > up there, we can still announce it, see if there is anything else we can fix, and > > then try again with 1.2.1. That would also give us a chance to apply that license > > patch. > > No biggie. As I said, I'm not overly concerned by the failures I saw, > although I do want to verify that the problems with (2c) are also test app > problems and not actual bugs in the core. I'll try to check that tonight, > but I'd be happy if someone else beat me to it. ;-) > > Once I get the build uploaded (grr!), I'd like someone to try out the > Cactus tests and make sure that most of them, at least, run OK before I > send out an announcement. > > After 1.2.0 is out of the gate, we can apply Paul's license patches, as > you suggest. Per Greg's board summary, we'll want to make sure we > have the license on all applicable files. Also, since the board is now > officially discouraging the use of @author tags, I'd like to see us > remove those too. > > -- > Martin Cooper > > > > > > -Ted. > > > > On Tue, 16 Dec 2003 11:27:45 -0800, Craig R. McClanahan wrote: > > > The Tomcat folks do indeed vote on every release -- they just do > > > things in a little different order: > > > > > > * Post what amounts to a release candidate and > > > announce to a limited audience (dev and user > > > lists) asking for testing. > > > > > > * Testing ensues ... > > > > > > * Call a vote on the release, with the options > > > to call it alpha, beta, stable (that's fine > > > with me), or withdraw (if there was some > > > bad problem). > > > > > > * Announce to the world and do the usual process > > > of distributing the bits. > > > > > > The same approach would work for us, and IMHO meets the Jakarta > > > requirements with one additional wrinkle -- the Jakarta PMC needs > > > the opportunity to vote on releases as well, to be consistent with > > > the current ASF reqirements. > > > > > > On Sun, 22 Feb 2004 22:38:24 -0800 (PST), Martin Cooper wrote: > > > The release is built, but I have a couple of problems. > > > > > > > > > 1) My ISP has gone flaky on me, and I haven't been able to upload > > > it to minotaur. They claim the problems should be fixed tomorrow, > > > so hopefully I'll be able to upload it then. > > > > > > 2) Some of the exercise-taglibs tests are failing: > > > 2a) <bean:include> fails because it is trying to include > > > welcome.html, but there is no such file. > > > 2b) <html:img> fails because there are no images in the struts- > > > examples web app at all. > > > 2c) <html:messages> fails with a lot of nulls in the test table. > > > > > > > > > It looks like all of these are probably issues with the test app > > > itself, rather than the tags, so I'm not overly concerned, and > > > suspect we probably should go ahead with 1.2.0 anyway, especially > > > since we're not claiming it's a final release. > > > > > > Once I get the build uploaded, I'll ask other folks to take it for > > > a spin before sending out an announcement. > > > > > > Actually, with this new release strategy, where should the > > > announcement message go, since it's not a Final release? The same > > > lists, or a subset? Thoughts? > > > > > > -- > > > Martin Cooper > > > > > > > > --------------------------------------------------------------------- > > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]