On 20.10.2010 14:03, Mark Thomas wrote:
On 20/10/2010 06:39, Jess Holle wrote:
On 10/20/2010 5:45 AM, Mark Thomas wrote:
On 19/10/2010 08:56, Mark Thomas wrote:
Ping. Just a gentle reminder that there are ~2 days left for this vote.
So far we have 1 vote for beta and no other votes.
Sorry - it should have said ~1 day above. I've been traveling and got my
dates mixed up. I'll leave the vote open for another 24 hours or so.
Currently there are 4 votes for beta (2*PMC, 1*committer, 1*contributor)
so we need at least 1 more PMC vote in order to proceed with this
release.
As someone trying to figure out when to take the plunge into Tomcat 7,
but needing something that is definitely "stable", is there any sort of
list as to what hurdles remain to be cleared before considering Tomcat 7
is considered "stable"?
My own view is that to be considered stable, Tomcat 7 needs to meet the
following criteria:
1. Implement all aspects of Servlet 3.0, JSP 2.2, EL 2.2
2. Pass all unit tests with all three HTTP connectors
4. Pass all relevant TCKs with the security manager enabled
- Servlet TCK with all three HTTP connectors and both AJP connectors
- JSP TCK with any connector
- EL TCK (doesn't use web requests)
4. Have no 'significant' open bugs
5. Have reasonable adoption
6. Have a couple of releases with no 'serious' bugs emerging
In term of progress:
1. Done (to the best of my knowledge).
2. It does.
3. It does (as have all 7.0.x releases).
4. There is currently 1 (yes one!) open bug without a patch across
5.5.x, 6.0.x and 7.0.x so I think we can call this one done.
5. Based on some analysis of download requests and the number and
quality of bug reports I am happy that there is reasonable adoption at
this stage.
6. I see this as the only thing between 7.0.x and stability.
Serious is subjective but the sort of things I would include are:
- anything that requires a major refactoring to fix
- anything that breaks typical use cases
As an example, I would consider another bug 49884 serious due to both
the async issues it caused and the scale of the refactoring required to
fix. I wouldn't consider another 50072 serious mainly because that issue
has been present in the 6.0.x code base and hasn't been a problem (at
least not one folks have reported).
So in summary, if 7.0.4 and 7.0.5 go well, things are looking good for
7.0.6.
For what its worth: I fully agree. The biggest reason why 7.0.4
shouldn't already be stable is the major refactoring that was necessary
lately. If 7.0.4 survives the real adoption without serious bugs in the
definition of Mark, I guess we could have a stable in about a month.
Don't know whether we actually need many more betas (in the sense of "a
couple"), but we might need to wait a bit to gather feedback. If fixing
minor problems and adding minor features stays at middle to high rate we
might want to release often to catch anything important early.
And yes: I'll add my vote until tomorrow, expecting beta.
Regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
