Re: Let's get 5.5.21 out the door...
Mark Thomas wrote: Given that a -1 vote is not valid for a release vote, as soon as we have 3 +1's from the PMC we can release. Small misunderstanding to clear up here; -1 is a legitimate vote There must be 3 more +1's than -1's (and at least 3 +1's as you say) A -1 is NOT a veto for releasing a tarball, which is probably what you ment to say, or where your confusion came from. Yours, Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
William A. Rowe, Jr. wrote: Small misunderstanding to clear up here; Mea culpa - glad this was clarified earlier, gotta catch up on archives from most-recent first I see :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21 build failed
Thanks Mark. Filip Mark Thomas wrote: Mark Thomas wrote: Filip Hanik - Dev Lists wrote: oops, wasn't clear enough. I don't have the bandwidth to track down this issue right now, if someone wants to go in and fix the build dependencies so that the AprEndpoint class indeed is in the classpath when the AJP connector gets compiled Looks like it could be my patch for TC4 to enable it to build with JDK 1.3 although I would have expected Gump to have started to complain by now. I'll take a look. This was indeed the problem. My bad - sorry. This should now be fixed. Mark - 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: Tagging 5.5.21
tagging in approx 1 hour Filip Hanik - Dev Lists wrote: Tuesday Feb 6th, 10am CST - 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]
5.5.21 build failed
Once fixed, I'll retag and rerun the build. jkjava-tc5: [javac] org\apache\coyote\ajp\AjpAprProcessor.java added as org/apache/coyote/ajp/AjpAprProcessor.class doesn't exist. [javac] org\apache\coyote\ajp\AjpAprProtocol.java added as org/apache/coyote/ajp/AjpAprProtocol.class doesn't exist. [javac] org\apache\coyote\ajp\AjpMessage.java omitted as org/apache/coyote/ajp/AjpMessage.class is up to date. [javac] org\apache\coyote\ajp\Constants.java omitted as org/apache/coyote/ajp/Constants.class is up to date. [javac] org\apache\coyote\ajp\LocalStrings.properties skipped - don't know how to handle it [javac] org\apache\jk\config\ApacheConfig.java added as org/apache/jk/config/ApacheConfig.class doesn't exist. [javac] org\apache\jk\config\BaseJkConfig.java added as org/apache/jk/config/BaseJkConfig.class doesn't exist. [javac] org\apache\jk\config\GeneratorApache2.java omitted as org/apache/jk/config/GeneratorApache2.class is up to date. [javac] org\apache\jk\config\GeneratorJk1.java omitted as org/apache/jk/config/GeneratorJk1.class is up to date. [javac] org\apache\jk\config\GeneratorJk2.java omitted as org/apache/jk/config/GeneratorJk2.class is up to date. [javac] org\apache\jk\config\IISConfig.java added as org/apache/jk/config/IISConfig.class doesn't exist. [javac] org\apache\jk\config\NSConfig.java added as org/apache/jk/config/NSConfig.class doesn't exist. [javac] org\apache\jk\config\WebXml2Jk.java omitted as org/apache/jk/config/WebXml2Jk.class is up to date. [javac] Compiling 6 source files to C:\development\tomcat\tc5build\tc5.5.x\build\build\classes [javac] Using modern compiler dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\jk\${jaxp.home}\jaxp.jar from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\jk\${jaxp.home}\crimson.jar from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\jk\${xerces2.home}\xml-apis.jar from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\jk\${xml-parser-apis.jar} from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\util\build\classes from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\util\build\lib\tomcat-util.jar from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\container\build\server\lib\catalina.jar from path as it doesn't exist [javac] Compilation arguments: [javac] '-d' [javac] 'C:\development\tomcat\tc5build\tc5.5.x\build\build\classes' [javac] '-classpath' [javac] 'C:\development\tomcat\tc5build\tc5.5.x\build\build\classes;C:\development\tomcat\tc5build\includes\servlet-api-2.4\lib\servlet-api.jar;C:\development\tomcat\tc5build\includes\commons-logging-1.0.4\commons-logging.jar;C:\development\tomcat\tc5build\includes\commons-modeler-2.0\commons-modeler-2.0.jar;C:\development\tomcat\tc5build\includes\mx4j-3.0.1\lib\mx4j.jar;C:\development\tomcat\tc5build\tc5.5.x\build\build\server\lib\tomcat-coyote.jar;C:\development\java\apache-ant-1.6.5\lib\ant-launcher.jar;C:\development\tomcat\tc5build\tc5.5.x\build;C:\Program Files\Java\j2re1.4.2_11\lib\ext\QTJava.zip;C:\development\java\apache-ant-1.6.5\lib\ant-antlr.jar;C:\development\java\apache-ant-1.6.5\lib\ant-apache-bcel.jar;C:\development\java\apache-ant-1.6.5\lib\ant-apache-bsf.jar;C:\development\java\apache-ant-1.6.5\lib\ant-apache-log4j.jar;C:\development\java\apache-ant-1.6.5\lib\ant-apache-oro.jar;C:\development\java\apache-ant-1.6.5\lib\ant-apache-regexp.jar;C:\development\java\apache-ant-1.6.5\lib\ant-apache-resolver.jar;C:\development\java\apache-ant-1.6.5\lib\ant-commons-logging.jar;C:\development\java\apache-ant-1.6.5\lib\ant-commons-net.jar;C:\development\java\apache-ant-1.6.5\lib\ant-icontract.jar;C:\development\java\apache-ant-1.6.5\lib\ant-jai.jar;C:\development\java\apache-ant-1.6.5\lib\ant-javamail.jar;C:\development\java\apache-ant-1.6.5\lib\ant-jdepend.jar;C:\development\java\apache-ant-1.6.5\lib\ant-jmf.jar;C:\development\java\apache-ant-1.6.5\lib\ant-jsch.jar;C:\development\java\apache-ant-1.6.5\lib\ant-junit.jar;C:\development\java\apache-ant-1.6.5\lib\ant-netrexx.jar;C:\development\java\apache-ant-1.6.5\lib\ant-nodeps.jar;C:\development\java\apache-ant-1.6.5\lib\ant-starteam.jar;C:\development\java\apache-ant-1.6.5\lib\ant-stylebook.jar;C:\development\java\apache-ant-1.6.5\lib\ant-swing.jar;C:\development\java\apache-ant-1.6.5\lib\ant-trax.jar;C:\development\java\apache-ant-1.6.5\lib\ant-vaj.jar;C:\development\java\apache-ant-1.6.5\lib\ant-weblogic.jar;C:\development\java\apache-ant-1.6.5\lib\ant-xalan1.jar;C:\development\java\apache-ant-1.6.5\lib\ant-xslp.jar;C:\development\java\apache-ant-1.6.5\lib\ant.jar;C:\development\java\apache-ant-1.6.5\lib\xercesImpl.jar;C:\development\java\apache-ant-1.6.5\lib\xml-apis.jar;C:\development\java\jdk1.4.2_12\lib\tools.jar' [javac] '-sourcepath'
Re: 5.5.21 build failed
oops, wasn't clear enough. I don't have the bandwidth to track down this issue right now, if someone wants to go in and fix the build dependencies so that the AprEndpoint class indeed is in the classpath when the AJP connector gets compiled Filip Filip Hanik - Dev Lists wrote: Once fixed, I'll retag and rerun the build. jkjava-tc5: [javac] org\apache\coyote\ajp\AjpAprProcessor.java added as org/apache/coyote/ajp/AjpAprProcessor.class doesn't exist. [javac] org\apache\coyote\ajp\AjpAprProtocol.java added as org/apache/coyote/ajp/AjpAprProtocol.class doesn't exist. [javac] org\apache\coyote\ajp\AjpMessage.java omitted as org/apache/coyote/ajp/AjpMessage.class is up to date. [javac] org\apache\coyote\ajp\Constants.java omitted as org/apache/coyote/ajp/Constants.class is up to date. [javac] org\apache\coyote\ajp\LocalStrings.properties skipped - don't know how to handle it [javac] org\apache\jk\config\ApacheConfig.java added as org/apache/jk/config/ApacheConfig.class doesn't exist. [javac] org\apache\jk\config\BaseJkConfig.java added as org/apache/jk/config/BaseJkConfig.class doesn't exist. [javac] org\apache\jk\config\GeneratorApache2.java omitted as org/apache/jk/config/GeneratorApache2.class is up to date. [javac] org\apache\jk\config\GeneratorJk1.java omitted as org/apache/jk/config/GeneratorJk1.class is up to date. [javac] org\apache\jk\config\GeneratorJk2.java omitted as org/apache/jk/config/GeneratorJk2.class is up to date. [javac] org\apache\jk\config\IISConfig.java added as org/apache/jk/config/IISConfig.class doesn't exist. [javac] org\apache\jk\config\NSConfig.java added as org/apache/jk/config/NSConfig.class doesn't exist. [javac] org\apache\jk\config\WebXml2Jk.java omitted as org/apache/jk/config/WebXml2Jk.class is up to date. [javac] Compiling 6 source files to C:\development\tomcat\tc5build\tc5.5.x\build\build\classes [javac] Using modern compiler dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\jk\${jaxp.home}\jaxp.jar from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\jk\${jaxp.home}\crimson.jar from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\jk\${xerces2.home}\xml-apis.jar from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\jk\${xml-parser-apis.jar} from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\util\build\classes from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\connectors\util\build\lib\tomcat-util.jar from path as it doesn't exist dropping C:\development\tomcat\tc5build\tc5.5.x\container\build\server\lib\catalina.jar from path as it doesn't exist [javac] Compilation arguments: [javac] '-d' [javac] 'C:\development\tomcat\tc5build\tc5.5.x\build\build\classes' [javac] '-classpath' [javac] 'C:\development\tomcat\tc5build\tc5.5.x\build\build\classes;C:\development\tomcat\tc5build\includes\servlet-api-2.4\lib\servlet-api.jar;C:\development\tomcat\tc5build\includes\commons-logging-1.0.4\commons-logging.jar;C:\development\tomcat\tc5build\includes\commons-modeler-2.0\commons-modeler-2.0.jar;C:\development\tomcat\tc5build\includes\mx4j-3.0.1\lib\mx4j.jar;C:\development\tomcat\tc5build\tc5.5.x\build\build\server\lib\tomcat-coyote.jar;C:\development\java\apache-ant-1.6.5\lib\ant-launcher.jar;C:\development\tomcat\tc5build\tc5.5.x\build;C:\Program
Re: 5.5.21 build failed
Filip Hanik - Dev Lists wrote: oops, wasn't clear enough. I don't have the bandwidth to track down this issue right now, if someone wants to go in and fix the build dependencies so that the AprEndpoint class indeed is in the classpath when the AJP connector gets compiled Looks like it could be my patch for TC4 to enable it to build with JDK 1.3 although I would have expected Gump to have started to complain by now. I'll take a look. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21 build failed
Mark Thomas wrote: Filip Hanik - Dev Lists wrote: oops, wasn't clear enough. I don't have the bandwidth to track down this issue right now, if someone wants to go in and fix the build dependencies so that the AprEndpoint class indeed is in the classpath when the AJP connector gets compiled Looks like it could be my patch for TC4 to enable it to build with JDK 1.3 although I would have expected Gump to have started to complain by now. I'll take a look. This was indeed the problem. My bad - sorry. This should now be fixed. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Yoav Shapira wrote: Hi, On 2/2/07, Mark Thomas [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, On 2/2/07, Mark Thomas [EMAIL PROTECTED] wrote: Given that a -1 vote is not valid for a release vote, as soon as we Umm, why is a -1 not valid for a release? Standard Apache procedure as per http://www.apache.org/foundation/voting.html Yeah ;) I said -1 is not a veto. Sorry, I missed the distinction. But it's still a valid vote to register a strong objection to something in the release. It's a vote I would hope causes further discussion and doesn't get ignored. Absolutely, but unless it is some problem with the build that the RM misses (possible, but unlikely) then I would expect the objection to come on commit rather than waiting for the release. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Remy Maucherat wrote: I am ok with changing the release process if something simpler is possible. I am interested in speeding up the process by cutting back on the number of votes. The process would be: 1. create tarball and unofficial binaries, put them on people.apache.org/~remm/tomcat-6 2. wait 4-5 days 3. call for alpha/beta/stable vote on build 4. 3 +1's later publish previously created tarball and binaries to www.apache.org/dist/tomcat/tomcat-6 5. announce release after sync of the website Following up on Yoav's point, allowing 72 hours at step 4 would lengthen the overall time but the time at step 2 could be reduced to compensate and keep the end to end time the same. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Or, 1. create tarball and unofficial binaries, put them on people.apache.org/~remm/tomcat-6 2. call for alpha/beta/stable vote on build 3. wait 72 hours 4. if 3 +1's and more +1s than -1s, publish previously created tarball and binaries to www.apache.org/dist/tomcat/tomcat-6, else wait longer 5. announce release after sync of the website Of course, if a PMC member needed more time at 3, the RM could just leave the vote open longer. -Ted. On 2/2/07, Remy Maucherat [EMAIL PROTECTED] wrote: I am ok with changing the release process if something simpler is possible. I am interested in speeding up the process by cutting back on the number of votes. The process would be: 1. create tarball and unofficial binaries, put them on people.apache.org/~remm/tomcat-6 2. wait 4-5 days 3. call for alpha/beta/stable vote on build 4. 3 +1's later publish previously created tarball and binaries to www.apache.org/dist/tomcat/tomcat-6 5. announce release after sync of the website Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Let's get 5.5.21 out the door...
... it's got a lot of good and important fixes in it. Filip, you up for cutting the release, say this weekend or early next week? Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Yoav Shapira wrote: ... it's got a lot of good and important fixes in it. Filip, you up for cutting the release, say this weekend or early next week? ++1 -- Mladen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
yes, early next week, i'll email when I have a target time for the tag Mladen Turk wrote: Yoav Shapira wrote: ... it's got a lot of good and important fixes in it. Filip, you up for cutting the release, say this weekend or early next week? ++1 -- Mladen - 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: Let's get 5.5.21 out the door...
Filip Hanik - Dev Lists wrote: yes, early next week, i'll email when I have a target time for the tag Anyhow, a thing like Remy is doing for 6.0 would be nice to have. It offers a build before official tag Can we have that for 5.5.12 as well? The RM can put 'what will be released' in his private people.apache.org so we can test without going trough the entire SVN build procedure. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Mladen Turk wrote: Anyhow, a thing like Remy is doing for 6.0 would be nice to have. It offers a build before official tag Yes, and it is useless, and it makes the release procedure days longer. Thanks to this nonsense the release procedure now takes over two weeks. Unfortunately, it seems I have to do it (at least that's what one committer who apparently likes seeing people waste their time claimed). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Remy Maucherat wrote: Mladen Turk wrote: Anyhow, a thing like Remy is doing for 6.0 would be nice to have. It offers a build before official tag Yes, and it is useless, and it makes the release procedure days longer. Thanks to this nonsense the release procedure now takes over two weeks. If you think its a PITA, don't do it. Unfortunately, it seems I have to do it (at least that's what one committer who apparently likes seeing people waste their time claimed). ??? Can you tell us who that person is? Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
On Fri, 2007-02-02 at 17:09 +0100, Remy Maucherat wrote: Mladen Turk wrote: Anyhow, a thing like Remy is doing for 6.0 would be nice to have. It offers a build before official tag Tagged sources are best here :) Tagged build does nothing for us, since we build from source. So if the builds are a pain, maybe just tagging sources is an option. But IMHO, I am more interested in seeing a 6.0.x release than 5.5.21 :) 5.5.21, could be a eternal beta like 5.0.30 for those sticking to that version. FYI, we have 6.0.7 beta, and 6.0.8 alpha packages available on Gentoo ~arch, unstable. Many are already switching to that, and I encourage it. I have run 6.0.x on my development server since 6.0.2. I will likely use on my production systems once there is an official release, non beta/alpha. Just tossing in my 2 cents. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part
Re: Let's get 5.5.21 out the door...
William L. Thomson Jr. wrote: On Fri, 2007-02-02 at 17:09 +0100, Remy Maucherat wrote: Mladen Turk wrote: Anyhow, a thing like Remy is doing for 6.0 would be nice to have. It offers a build before official tag Tagged sources are best here :) Tagged build does nothing for us, since we build from source. So if the builds are a pain, maybe just tagging sources is an option. But IMHO, I am more interested in seeing a 6.0.x release than 5.5.21 :) 5.5.21, could be a eternal beta like 5.0.30 for those sticking to that version. FYI, we have 6.0.7 beta, and 6.0.8 alpha packages available on Gentoo ~arch, unstable. Many are already switching to that, and I encourage it. I have run 6.0.x on my development server since 6.0.2. I will likely use on my production systems once there is an official release, non beta/alpha. Just tossing in my 2 cents. For those of us needing the most stable Tomcat possible today and with downstream consumers who can't stand beta labels, 5.5.21 would really be helpful. I'm quite interested in 6.0.x, but in the first stable release... -- Jess Holle
Re: Let's get 5.5.21 out the door...
But IMHO, I am more interested in seeing a 6.0.x release than 5.5.21 :) 5.5.21, could be a eternal beta like 5.0.30 for those sticking to that version. Hi, May the user base have pity on you... Since 5.0.27 until 5.5.9 versions, tomcat had the classloader thread safety show stopper #33743. since 5.5.10, tomcat versions have another regression (#41017 : cannot clear a header through httpresponse.setHeader(name, null)), which is only fixed in 5.5.21. I may be a rare case, but given that combination above and the many other fixes in 5.5.21, trust that it is likely to be very welcomed and may cause many users to finally move to 5.5, and possibly go on with less insecurities about 6.0. I know I am stuck with 5.0.30 because my boss has had it with wasted time for doing tomcat workarounds. This is just my own example of overlapping bugs making it difficult to migrate. Thanks for your comprehension. Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Mladen Turk wrote: If you think its a PITA, don't do it. Apparently, it has to be done that way. I think it's a PITA because it does take a lot of time (every vote needs a few days, etc). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Remy Maucherat wrote: Mladen Turk wrote: If you think its a PITA, don't do it. Apparently, it has to be done that way. I think it's a PITA because it does take a lot of time (every vote needs a few days, etc). The bit that has to be done (ie is mandated by Apache rules) is a vote by the PMC (three +1's required) to release a tarball. Given that a -1 vote is not valid for a release vote, as soon as we have 3 +1's from the PMC we can release. This means the release process can be: 1. RM creates tarball, puts it on people.a.o or tomcat.a.o/dev/dist 2. RM creates binaries but keeps them private for now 3. RM calls for alpha/beta/stable vote on tarball 4. 3 +1's later RM publishes previously created tarball and binaries 5. RM waits for mirrors to sync and then announces release 6. Some period later we have a stability vote if the release was alpha or beta Given that the RM can vote at stage 4, only two other PMC +1's are needed to release. There are usually enough PMC members around that this vote could be concluded in hours. Based on the above, I don't see why we couldn't turn around a release in a single day. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Mark Thomas wrote: The bit that has to be done (ie is mandated by Apache rules) is a vote by the PMC (three +1's required) to release a tarball. Given that a -1 vote is not valid for a release vote, as soon as we have 3 +1's from the PMC we can release. This means the release process can be: 1. RM creates tarball, puts it on people.a.o or tomcat.a.o/dev/dist 2. RM creates binaries but keeps them private for now 3. RM calls for alpha/beta/stable vote on tarball 4. 3 +1's later RM publishes previously created tarball and binaries 5. RM waits for mirrors to sync and then announces release 6. Some period later we have a stability vote if the release was alpha or beta Given that the RM can vote at stage 4, only two other PMC +1's are needed to release. There are usually enough PMC members around that this vote could be concluded in hours. Based on the above, I don't see why we couldn't turn around a release in a single day. I am ok with changing the release process if something simpler is possible. I am interested in speeding up the process by cutting back on the number of votes. The process would be: 1. create tarball and unofficial binaries, put them on people.apache.org/~remm/tomcat-6 2. wait 4-5 days 3. call for alpha/beta/stable vote on build 4. 3 +1's later publish previously created tarball and binaries to www.apache.org/dist/tomcat/tomcat-6 5. announce release after sync of the website Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Hi, On 2/2/07, Mark Thomas [EMAIL PROTECTED] wrote: Given that a -1 vote is not valid for a release vote, as soon as we Umm, why is a -1 not valid for a release? It can be overridden with a majority of and at least 3 +1 votes, but it's valid. It's also why the vote cannot be concluded in hours, but must run for a reasonable amount of time to give those with binding votes a chance to voice their mind. Usually we use ~72 hours as reasonable. Otherwise you could theoretically be done with a vote in seconds, not hours: just the time it takes for 3 +1 emails. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Yoav Shapira wrote: Hi, On 2/2/07, Mark Thomas [EMAIL PROTECTED] wrote: Given that a -1 vote is not valid for a release vote, as soon as we Umm, why is a -1 not valid for a release? Standard Apache procedure as per http://www.apache.org/foundation/voting.html Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let's get 5.5.21 out the door...
Hi, On 2/2/07, Mark Thomas [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, On 2/2/07, Mark Thomas [EMAIL PROTECTED] wrote: Given that a -1 vote is not valid for a release vote, as soon as we Umm, why is a -1 not valid for a release? Standard Apache procedure as per http://www.apache.org/foundation/voting.html Yeah ;) I said -1 is not a veto. But it's still a valid vote to register a strong objection to something in the release. It's a vote I would hope causes further discussion and doesn't get ignored. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21?
Filip Hanik - Dev Lists wrote: IMHO, it is due, last version was september 30th...! thanks for your opinion :) we'll get the ball rolling. I have a move pending, we are going from Texas to Colorado, so I'll try to squeeze this in there as well Filip You've picked a bad year. We've had 57 inches of snow so far this winter. Where are you moving to? -- George Sexton MH Software, Inc. Voice: +1 303 438 9585 URL: http://www.mhsoftware.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21?
George Sexton wrote: Filip Hanik - Dev Lists wrote: IMHO, it is due, last version was september 30th...! thanks for your opinion :) we'll get the ball rolling. I have a move pending, we are going from Texas to Colorado, so I'll try to squeeze this in there as well Filip You've picked a bad year. We've had 57 inches of snow so far this winter. Where are you moving to? I'd say that's a good year, awesome skiing, and even better, imagine river rafting in the summer after that much snow :) we're moving to Castle Rock, wanna be close to a large city (Denver) but not live in one. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21?
Hi, +1 vote for that. I'm desperately waiting for the fix on the setHeader(name, null) regression (cannot clear 1 header as before by calling httpresponse.setHeader(name, null)). IMHO, it is due, last version was september 30th...! Thanks. We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21?
Quartz wrote: Hi, +1 vote for that. I'm desperately waiting for the fix on the setHeader(name, null) regression (cannot clear 1 header as before by calling httpresponse.setHeader(name, null)). IMHO, it is due, last version was september 30th...! thanks for your opinion :) we'll get the ball rolling. I have a move pending, we are going from Texas to Colorado, so I'll try to squeeze this in there as well Filip Thanks. We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265 - 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: 5.5.21?
One fix of interest that I am aware of in 5.5.21 is the AJP flush packets fix. Me too! I'd like to see a 5.5.21 release too. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21?
did you get the patch you submitted working? for the single sign on replication? Filip Peter Rossbach wrote: +1 to build a release 5.5.21 Regards Peter Am 21.01.2007 um 17:43 schrieb Jess Holle: I would assume that by this time there is a sufficient collection of fixes to 5.5.20 that may well argue for a 5.5.21 release. I know the Tomcat development community has been largely focused on 6.0 releases, but as one who will have to freeze upon a 5.5.x release in the near future, I'm searching for some visibility into the likelihood of a 5.5.21 in the near future. One fix of interest that I am aware of in 5.5.21 is the AJP flush packets fix. We can certainly patch that into our Tomcat, but I'd rather be able to move to a 5.5.21 with any other collected fixes as well -- and avoid discrepancies between our Tomcat and standard releases except where necessary. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.17.3/642 - Release Date: 1/20/2007 10:31 PM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.5.21?
I would assume that by this time there is a sufficient collection of fixes to 5.5.20 that may well argue for a 5.5.21 release. I know the Tomcat development community has been largely focused on 6.0 releases, but as one who will have to freeze upon a 5.5.x release in the near future, I'm searching for some visibility into the likelihood of a 5.5.21 in the near future. One fix of interest that I am aware of in 5.5.21 is the AJP flush packets fix. We can certainly patch that into our Tomcat, but I'd rather be able to move to a 5.5.21 with any other collected fixes as well -- and avoid discrepancies between our Tomcat and standard releases except where necessary. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21?
+1 to build a release 5.5.21 Regards Peter Am 21.01.2007 um 17:43 schrieb Jess Holle: I would assume that by this time there is a sufficient collection of fixes to 5.5.20 that may well argue for a 5.5.21 release. I know the Tomcat development community has been largely focused on 6.0 releases, but as one who will have to freeze upon a 5.5.x release in the near future, I'm searching for some visibility into the likelihood of a 5.5.21 in the near future. One fix of interest that I am aware of in 5.5.21 is the AJP flush packets fix. We can certainly patch that into our Tomcat, but I'd rather be able to move to a 5.5.21 with any other collected fixes as well -- and avoid discrepancies between our Tomcat and standard releases except where necessary. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.21?
On 1/21/07, Jess Holle [EMAIL PROTECTED] wrote: One fix of interest that I am aware of in 5.5.21 is the AJP flush packets fix. We can certainly patch that into our Tomcat, but I'd rather be able to move to a 5.5.21 with any other collected fixes as well -- and avoid discrepancies between our Tomcat and standard releases except where necessary. I'd like to see a 5.5.21 for the 'missing MailSessionFactory class' fix. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]