Re: [VOTE] Tomcat 5.5.7 Stability
Yoav Shapira wrote: [ ] Alpha: leave it as-is, numerous bugs, etc. [ ] Beta: good quality release, at least one issue preventing stable vote [X] Stable: solid, no major issues (minor issues possible) Finally got a chance to run all the tests. It's snowing after all, and everything runs slower :). Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Tomcat 5.5.7 Stability
Yoav Shapira schrieb: Hi, Tomcat 5.5.7 was released a week ago, and now it's time for a stability vote ;) I have yet to see TCK results, but this has been a crazy month for everyone it seems... [ ] Alpha: leave it as-is, numerous bugs, etc. [ ] Beta: good quality release, at least one issue preventing stable vote [X] Stable: solid, no major issues (minor issues possible) Stable :-) Peter Thanks for voting, Yoav - 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]
Re: [VOTE] Tomcat 5.5.7 Stability
I'm going to abstain from voting since I am unable to adequately test. But I did find one item which could be a PITA for the folks on tomcat-user. In setclasspath.sh - the CLASSPATH isn't always overridden. If the user tries to start tomcat with an existing CLASSPATH - that is appended to the bootstrap classpath. You can only guess that wacky errors I saw after startup with my legacy 3+ year old CLASSPATH. I committed the change to setclasspath.sh to fix this. While this issue is definitely not a blocker, it might cause a lot of frustration for the many users who keep their CLASSPATH enironment variable set. -Tim Yoav Shapira wrote: Hi, Tomcat 5.5.7 was released a week ago, and now it's time for a stability vote ;) I have yet to see TCK results, but this has been a crazy month for everyone it seems... [ ] Alpha: leave it as-is, numerous bugs, etc. [ ] Beta: good quality release, at least one issue preventing stable vote [ ] Stable: solid, no major issues (minor issues possible) Thanks for voting, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Tomcat 5.5.7 Stability
Tim Funk wrote: I'm going to abstain from voting since I am unable to adequately test. But I did find one item which could be a PITA for the folks on tomcat-user. In setclasspath.sh - the CLASSPATH isn't always overridden. If the user tries to start tomcat with an existing CLASSPATH - that is appended to the bootstrap classpath. You can only guess that wacky errors I saw after startup with my legacy 3+ year old CLASSPATH. I committed the change to setclasspath.sh to fix this. While this issue is definitely not a blocker, it might cause a lot of frustration for the many users who keep their CLASSPATH enironment variable set. Well, JARs in system extensions is an equally common and very similar issue, from what I've seen (where the user has an old servlet.jar in the booclasspath, for example). We can't fix that one. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Tomcat 5.5.7 Stability
You can and have fixed CLASSPATH in the past. Use of the JRE's lib/ext or lib/endorsed is different -- and not reasonably solvable, though. -- Jess Holle Remy Maucherat wrote: Tim Funk wrote: I'm going to abstain from voting since I am unable to adequately test. But I did find one item which could be a PITA for the folks on tomcat-user. In setclasspath.sh - the CLASSPATH isn't always overridden. If the user tries to start tomcat with an existing CLASSPATH - that is appended to the bootstrap classpath. You can only guess that wacky errors I saw after startup with my legacy 3+ year old CLASSPATH. I committed the change to setclasspath.sh to fix this. While this issue is definitely not a blocker, it might cause a lot of frustration for the many users who keep their CLASSPATH enironment variable set. Well, JARs in system extensions is an equally common and very similar issue, from what I've seen (where the user has an old servlet.jar in the booclasspath, for example). We can't fix that one. Rémy - 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]
[VOTE] Tomcat 5.5.7 Stability
Hi, Tomcat 5.5.7 was released a week ago, and now it's time for a stability vote ;) I have yet to see TCK results, but this has been a crazy month for everyone it seems... [ ] Alpha: leave it as-is, numerous bugs, etc. [ ] Beta: good quality release, at least one issue preventing stable vote [ ] Stable: solid, no major issues (minor issues possible) Thanks for voting, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Tomcat 5.5.7 Stability
Yoav Shapira wrote: Hi, Tomcat 5.5.7 was released a week ago, and now it's time for a stability vote ;) I have yet to see TCK results, but this has been a crazy month for everyone it seems... [ ] Alpha: leave it as-is, numerous bugs, etc. [ ] Beta: good quality release, at least one issue preventing stable vote [X] Stable: solid, no major issues (minor issues possible) So far it seems ok to me. I agree it would be good to check the TCK. The most significant issue addressed is 26135, but technically this is not our bug (and workarounds exist for affected web applications). I have yet to test to see if the patch actually does something ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
