Re: Critical poller failure when using tcnative

Can you send me a simple testcase, then I can check it. Cheers Peter Am 10.04.2006 um 23:14 schrieb Jean-frederic Clere: Remy Maucherat wrote: Mladen Turk wrote: Right. I was hoping to have the native release by the end of the week also. Since installer depends on outside natives, the

Re: Critical poller failure when using tcnative

+1, good time to build a next release, some off my customers see the pooler message :-) Peter Am 10.04.2006 um 16:17 schrieb Yoav Shapira: Hola, I just looked at the changelog, and the EINTR status code fix was post 5.5.16 (it will be included in 5.5.17), so at least things are fairly

svn commit: r393198 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/AprLifecycleListener.java

Author: remm Date: Tue Apr 11 05:17:19 2006 New Revision: 393198 URL: http://svn.apache.org/viewcvs?rev=393198view=rev Log: - Update version number. Modified: tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/core/AprLifecycleListener.java Modified:

svn commit: r393199 - in /tomcat/build/tc5.5.x: build.properties.default tomcat.nsi

Author: remm Date: Tue Apr 11 05:17:55 2006 New Revision: 393199 URL: http://svn.apache.org/viewcvs?rev=393199view=rev Log: - New tcnative version numbers and locations. Modified: tomcat/build/tc5.5.x/build.properties.default tomcat/build/tc5.5.x/tomcat.nsi Modified:

Re: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml

Costin Manolache wrote: What about: keep them excluded in the build target for tomcat, but add a separate target to build only javamail-dependent classes, and package them in a separate jar. That would keep 'core' tomcat clean, and would work for other kind of modules that have external deps.

svn commit: r393216 - /tomcat/container/tc5.5.x/catalina/src/conf/server.xml

Author: pero Date: Tue Apr 11 06:43:09 2006 New Revision: 393216 URL: http://svn.apache.org/viewcvs?rev=393216view=rev Log: Default is false, but pooled need true! Modified: tomcat/container/tc5.5.x/catalina/src/conf/server.xml Modified: tomcat/container/tc5.5.x/catalina/src/conf/server.xml

Apache Tomcat Bundle

Hello All, I originally post this message on the users list and some one mentioned this would be a better place. I'm looking into writing a bundled application to manage Apache HTTP with Tomcat. Basically just a management console and predefined configuration structure that would allow

DO NOT REPLY [Bug 39178] - FarmWarDeployer does not deploy ROOT.war correctly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39178. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

svn commit: r393219 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Author: pero Date: Tue Apr 11 06:52:04 2006 New Revision: 393219 URL: http://svn.apache.org/viewcvs?rev=393219view=rev Log: Add cloesed bug report and change bug comment. Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml Modified:

svn commit: r393220 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Author: pero Date: Tue Apr 11 06:53:13 2006 New Revision: 393220 URL: http://svn.apache.org/viewcvs?rev=393220view=rev Log: Hups, fix typo. Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml URL:

DO NOT REPLY [Bug 37804] - Sleeping for +memberwait+ secs should be milliseconds

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37804. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 38779] - Wrong class name in org/apache/catalina/cluster/tcp/mbeans-descriptors.xml

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38779. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

svn commit: r393223 - in /tomcat/container/tc5.5.x: modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml webapps/docs/changelog.xml

Author: pero Date: Tue Apr 11 07:07:47 2006 New Revision: 393223 URL: http://svn.apache.org/viewcvs?rev=393223view=rev Log: Fix bug 38779 Modified: tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml

Bug in TC class loading

I logged a bug a couple of days ago: http://issues.apache.org/bugzilla/show_bug.cgi?id=39218 Since nobody gave any response, I wanted to ping the list. The current implementation of the server, common and shared class loaders use the catalina.properties file to make the group of repositories

svn commit: r393243 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Author: remm Date: Tue Apr 11 08:16:34 2006 New Revision: 393243 URL: http://svn.apache.org/viewcvs?rev=393243view=rev Log: - Changelog update. Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml URL:

Re: Bug in TC class loading

Rainer Jung wrote: I logged a bug a couple of days ago: http://issues.apache.org/bugzilla/show_bug.cgi?id=39218 I found this was a reasonable addition. If you commit something and I don't like it, I know how to complain. Rémy

svn commit: r393248 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina: core/NamingContextListener.java core/StandardContext.java util/AnnotationProcessor.java

Author: remm Date: Tue Apr 11 08:36:04 2006 New Revision: 393248 URL: http://svn.apache.org/viewcvs?rev=393248view=rev Log: - Add a few naming related cleanups. Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/NamingContextListener.java

Re: Bug in TC class loading

svn: Commit failed ... 403 Forbidden (http://svn.apache.org) Seriously: I would like to, but I'm only a contributor :) Remy Maucherat wrote: Rainer Jung wrote: I logged a bug a couple of days ago: http://issues.apache.org/bugzilla/show_bug.cgi?id=39218 I found this was a reasonable

Re: Changing failover session's jvmRoute if cookies are disabled

Hi, Brian, I think you are right! It exist no reason why we only change the session id at cookie session id case! Hmm, I thing my test env and customer app are cookie based :-( Then I later not made it ready to support also request session ids. I find a easy fix to getting it work. The

Re: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml

On 4/11/06, Remy Maucherat [EMAIL PROTECTED] wrote: Costin Manolache wrote: What about: keep them excluded in the build target for tomcat, but add a separate target to build only javamail-dependent classes, and package them in a separate jar. That would keep 'core' tomcat clean, and

RE: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml

-Original Message- From: Costin Manolache [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 9:36 AM To: Tomcat Developers List Subject: Re: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml On 4/11/06, Remy Maucherat [EMAIL PROTECTED] wrote: Costin Manolache wrote:

Re: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml

On 4/11/06, Bill Barker [EMAIL PROTECTED] wrote: -Original Message- From: Costin Manolache [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 9:36 AM To: Tomcat Developers List Subject: Re: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml On 4/11/06, Remy

Re: svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml

Costin Manolache wrote: Yes, that's a good option if we want to keep this feature as part of the core and not modularize it. I don't see any reason to ship javamail binaries. What about having 2 distros of tomcat - a minimal container, and a bloated one with all the features bundled. Lazy

DO NOT REPLY [Bug 39278] New: - getRequestURI returns decoded URI contrary to spec

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39278. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.