DO NOT REPLY [Bug 39636] New: - mod_jk does not pass SSL client certificate chain to AJP connector

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

DO NOT REPLY [Bug 39636] - mod_jk does not pass SSL client certificate chain to AJP connector

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

DO NOT REPLY [Bug 39636] - mod_jk does not pass SSL client certificate chain to AJP connector

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

DO NOT REPLY [Bug 39637] New: - AJP13 connector does not handle chain of SSL client certificate

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

DO NOT REPLY [Bug 39637] - AJP13 connector does not handle chain of SSL client certificate

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

DO NOT REPLY [Bug 39637] - AJP13 connector does not handle chain of SSL client certificate

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

DO NOT REPLY [Bug 39639] New: - Unable to compile JK connector with prerequisites listed in documentation

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

Re: Greg Wilkins' blog on async servlet API

At 12:38 AM 5/20/2006, Remy Maucherat wrote: >Costin Manolache wrote: >>I agree, it's not very intuitive - but it's still good to understand it, >>and maybe learn from >>what we like and don't like it :-) It's hard to make something simple, >>intuitive, easy >>to implement, high performance, fl

svn commit: r408861 - /tomcat/connectors/trunk/jni/native/os/win32/system.c

Author: mturk Date: Tue May 23 02:49:31 2006 New Revision: 408861 URL: http://svn.apache.org/viewvc?rev=408861&view=rev Log: When compiling for post XPsp1 target do not use deprecated NtQuerySystemInformation function. Modified: tomcat/connectors/trunk/jni/native/os/win32/system.c Modified:

DO NOT REPLY [Bug 39639] - Unable to compile JK connector with prerequisites listed in documentation

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

svn commit: r408881 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java

Author: fhanik Date: Tue May 23 05:32:10 2006 New Revision: 408881 URL: http://svn.apache.org/viewvc?rev=408881&view=rev Log: Far from over Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java Modified: tomc

DO NOT REPLY [Bug 39636] - mod_jk does not pass SSL client certificate chain to AJP connector

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

DO NOT REPLY [Bug 39637] - AJP13 connector does not handle chain of SSL client certificate

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

svn commit: r408889 - /tomcat/connectors/trunk/jni/native/os/win32/system.c

Author: mturk Date: Tue May 23 06:29:22 2006 New Revision: 408889 URL: http://svn.apache.org/viewvc?rev=408889&view=rev Log: Use < WINXP for winternl.h Modified: tomcat/connectors/trunk/jni/native/os/win32/system.c Modified: tomcat/connectors/trunk/jni/native/os/win32/system.c URL: http://s

svn commit: r408891 - /tomcat/connectors/trunk/jni/native/os/win32/system.c

Author: mturk Date: Tue May 23 06:49:44 2006 New Revision: 408891 URL: http://svn.apache.org/viewvc?rev=408891&view=rev Log: Update to proper winver check. Modified: tomcat/connectors/trunk/jni/native/os/win32/system.c Modified: tomcat/connectors/trunk/jni/native/os/win32/system.c URL: http

Binary build procedures

My boss has implemented some new procedures with regard to open source projects. He believes the source distributions are trustworthy, but he is not sure if he trusts the binary distributions. I think the reasoning is that he is uncertain if the binary distributions are controlled as well as the

svn commit: r408912 - in /tomcat/container/tc5.5.x/modules/groupcom: ./ build/ doc/ src/share/org/apache/catalina/tribes/group/interceptors/ src/share/org/apache/catalina/tribes/membership/

Author: fhanik Date: Tue May 23 07:48:10 2006 New Revision: 408912 URL: http://svn.apache.org/viewvc?rev=408912&view=rev Log: Updated notes about the leader election algorithm, we are no longer using Hans Svensson's algorithm as that algorithm assumes membership visibility. Instead we are using

Re: Binary build procedures

Mark, The binary distributions are handled with the same security precautions as the source ones. Each distribution file is accompanied by its MD5 checksum and is PGP-signed by the release manager. The MD5 checksums, PGP signatures, and KEYS files (available with the distro as well as on the mai

RE: Binary build procedures

Thanks for all the information. To paraphrase what you are saying, the sources and binary distros are tightly controlled. The binary builds (for the whole Apache Foundation) are created and maintained with security in mind by people who know what they are doing. -Original Message- From:

svn commit: r408917 - in /tomcat/container/tc5.5.x/modules/groupcom/doc: leader-election-message-arrives.dia leader-election-message-arrives.jpg

Author: fhanik Date: Tue May 23 08:04:39 2006 New Revision: 408917 URL: http://svn.apache.org/viewvc?rev=408917&view=rev Log: Added some more info Modified: tomcat/container/tc5.5.x/modules/groupcom/doc/leader-election-message-arrives.dia tomcat/container/tc5.5.x/modules/groupcom/doc/l

svn commit: r408920 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/Membership.java

Author: fhanik Date: Tue May 23 08:07:17 2006 New Revision: 408920 URL: http://svn.apache.org/viewvc?rev=408920&view=rev Log: added in ability to clone membership layer Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/Membership.java Modifi

Re: Binary build procedures

The release manager (RM) - creates a binary from his copy of source. - Generates a checksum key to allow validation of no tampering of the RM's build. The RM could insert malicious code into the build. If that were to happen - the RM would probably be kicked out of the project in a hurry. It

DO NOT REPLY [Bug 39646] New: - UnknownHostException. Intermitent. Fixes if tomcat restarted.

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

svn commit: r409000 - in /tomcat/container/tc5.5.x/modules/groupcom: doc/ src/share/org/apache/catalina/tribes/group/interceptors/ src/share/org/apache/catalina/tribes/util/

Author: fhanik Date: Tue May 23 13:23:49 2006 New Revision: 409000 URL: http://svn.apache.org/viewvc?rev=409000&view=rev Log: Slowly implementing to match the state diagram Modified: tomcat/container/tc5.5.x/modules/groupcom/doc/leader-election-message-arrives.dia tomcat/container/tc5.5

RE: Binary build procedures

Thanks for your help. I am convinced, however I am not the one that needs convincing. Do you have any idea if other companies trust the binary builds? (Is this 'paranoia' unique to my company?) So I have all my ducks in a row, I have been looking into the src and binary distros a bit further, I

Re: Binary build procedures

Hola, On 5/23/06, Mark Claassen <[EMAIL PROTECTED]> wrote: Thanks for your help. I am convinced, however I am not the one that needs convincing. Do you have any idea if other companies trust the binary builds? (Is this 'paranoia' unique to my company?) It's not unique to your company, but i

svn commit: r409012 - in /tomcat/container/tc5.5.x/modules/groupcom: doc/leader-election-message-arrives.dia doc/leader-election-message-arrives.jpg src/share/org/apache/catalina/tribes/group/intercep

Author: fhanik Date: Tue May 23 14:59:43 2006 New Revision: 409012 URL: http://svn.apache.org/viewvc?rev=409012&view=rev Log: More changes to coordination, Modified: tomcat/container/tc5.5.x/modules/groupcom/doc/leader-election-message-arrives.dia tomcat/container/tc5.5.x/modules/group

svn commit: r409013 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java

Author: fhanik Date: Tue May 23 15:11:05 2006 New Revision: 409013 URL: http://svn.apache.org/viewvc?rev=409013&view=rev Log: piece by piece Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java Modified: tom

JKStatus bug - disabled=true with only one Tomcat?

Hi, It seems that if there is only one tomcat server connected via mod_jk and disabled is set to true (ie disabled=1) for that server that this is ignored and requests still make it through. Is this a bug, or a feature?! cheers, David --

svn commit: r409025 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java

Author: fhanik Date: Tue May 23 16:25:52 2006 New Revision: 409025 URL: http://svn.apache.org/viewvc?rev=409025&view=rev Log: Added in an exception to not forget to implement that Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonB

svn commit: r409026 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java

Author: fhanik Date: Tue May 23 16:28:04 2006 New Revision: 409026 URL: http://svn.apache.org/viewvc?rev=409026&view=rev Log: implemented the notification flag Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.j

Ursula Witte/NORDLB ist außer Haus.

Ich werde ab 24.05.2006 nicht im Büro sein. Ich kehre zurück am 29.05.2006. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. Die in dieser E-Mail enthaltenen Informationen sind vertraulich. Diese E-Mail ist ausschliessli

Re: JKStatus bug - disabled=true with only one Tomcat?

It's a feature: - disabled and stop attributes only work, when a worker is a balanced worker of an lb - if an lb has only one balanced worker, then disabled is not being respected, because then every request would result in an error. Only if you set the only worker to stop, it will get no re

svn commit: r409040 - in /tomcat/sandbox/java/org/apache/coyote: adapters/ http11/ standalone/

Author: costin Date: Tue May 23 19:49:08 2006 New Revision: 409040 URL: http://svn.apache.org/viewvc?rev=409040&view=rev Log: Clean up. Refactoring apr/old processor didn't work out. Standalone coyote didn't work out either - the API is too low level, another experiment is in servlet. Removed:

svn commit: r409041 - in /tomcat/sandbox/java/org/apache/tomcat/util/net: ./ javaio/ nio/ res/ simple/

Author: costin Date: Tue May 23 19:50:33 2006 New Revision: 409041 URL: http://svn.apache.org/viewvc?rev=409041&view=rev Log: Remove dead code - refactoring of the connector. Since having a common base is not likely - I'm using same approach as apr, i.e. separate connector, duplicate some code (

svn commit: r409042 [2/2] - in /tomcat/sandbox/java/org/apache/tomcat/util/net/http11: ./ Http11Processor.java Http11Protocol.java InternalInputBuffer.java InternalOutputBuffer.java

Added: tomcat/sandbox/java/org/apache/tomcat/util/net/http11/InternalInputBuffer.java URL: http://svn.apache.org/viewvc/tomcat/sandbox/java/org/apache/tomcat/util/net/http11/InternalInputBuffer.java?rev=409042&view=auto =

svn commit: r409043 - in /tomcat/sandbox: ./ java/org/apache/tomcat/util/loader/ java/org/apache/tomcat/util/threads/

Author: costin Date: Tue May 23 19:53:22 2006 New Revision: 409043 URL: http://svn.apache.org/viewvc?rev=409043&view=rev Log: More cleanup. Removed: tomcat/sandbox/java/org/apache/tomcat/util/loader/Loader.java tomcat/sandbox/java/org/apache/tomcat/util/loader/ModuleListener.java Modified

svn commit: r409044 - in /tomcat/sandbox/java/org/apache/coyote/servlet: ./ util/

Author: costin Date: Tue May 23 19:54:17 2006 New Revision: 409044 URL: http://svn.apache.org/viewvc?rev=409044&view=rev Log: Updates to match the cleaned-up stuff Added: tomcat/sandbox/java/org/apache/coyote/servlet/Main.java tomcat/sandbox/java/org/apache/coyote/servlet/MapperAdapter.ja

svn commit: r409045 - in /tomcat/sandbox/java/org/apache/tomcat/servlets/file: ./ FileServlet.java

Author: costin Date: Tue May 23 19:55:05 2006 New Revision: 409045 URL: http://svn.apache.org/viewvc?rev=409045&view=rev Log: Trivial file servlet ( based on the coyote file adapter ), will be replaced with a refactored default servlet from catalina. Added: tomcat/sandbox/java/org/apache/tom

svn commit: r409072 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/loader/WebappClassLoader.java

Author: billbarker Date: Tue May 23 22:04:20 2006 New Revision: 409072 URL: http://svn.apache.org/viewvc?rev=409072&view=rev Log: Port RMI fix from 5.5 Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/loader/WebappClassLoader.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/catali