cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector Connector.java Response.java

billbarker2005/05/20 20:02:25 Modified:catalina/src/share/org/apache/catalina/connector Connector.java Response.java Log: Reverting previous patch in favor of the better one submitted by JFC Revision ChangesPath 1.20 +1 -5 jakarta-tomcat

Re: AJP/Java connector issues

- Original Message - From: "jean-frederic clere" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Friday, May 20, 2005 9:02 AM Subject: Re: AJP/Java connector issues > Mladen Turk wrote: > > Hi, > > > > Just noticed a strange behavior in the Java part of the > > JK dealing with la

DO NOT REPLY [Bug 34993] New: - Missing Class-Path entries are ignored, spec violation

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: JK shutdown problem

Jean-Jacques Clar wrote: Hi, file: jk_connect.c in jk_shutdown_socket(); when reading data from tomcat in the while loop, the variable ttl is incremented every time by one, until breaking out of the loop: snippet: line 505 *- /* Read all data from the peer until we re

JK shutdown problem

Hi, file: jk_connect.c in jk_shutdown_socket(); when reading data from tomcat in the while loop, the variable ttl is incremented every time by one, until breaking out of the loop: snippet: line 505 *- /* Read all data from the peer until we reach "end-of-file" (FIN

Re: AJP/Java connector issues

Mladen Turk wrote: Hi, Just noticed a strange behavior in the Java part of the JK dealing with large (over 8184 bytes) data transfers. Since with 8192 bytes AJP packet size, the maximum transferred size per each packet is 8184 bytes one would expect that for 2 bytes file the packets would be in

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Jeanfrancois Arcand wrote: Well, the strategy you use is important. If you can predict the size of the stream (by let say discovering the content-length), you can make uploading task as fast as with blocking IO (OK, maybe a little slower since you parse the header, and the channel may not reads

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Mladen Turk wrote: Jeanfrancois Arcand wrote: I've done some serious testings with HTTP server and NIO. The results were always bad for NIO. Blocking I/O is minimum 25% faster then NIO. Faster in what? Throughput and/or scalability? I disagree ;-) I would like to see your implementation, because

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Remy Maucherat wrote: Jeanfrancois Arcand wrote: I disagree ;-) I would like to see your implementation, because from what I'm seeing/measuring, it is completely the inverse. I would be interested to see how you did implement your NIO connector. The problem with HTTP is not NIO, but the strateg

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Jeanfrancois Arcand wrote: I've done some serious testings with HTTP server and NIO. The results were always bad for NIO. Blocking I/O is minimum 25% faster then NIO. Faster in what? Throughput and/or scalability? I disagree ;-) I would like to see your implementation, because from what I'm seeing

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

I'm not a committer, but I think evidence proves that native sockets + JNI is the way to go. To my knowledge, weblogic, websphere and Resin all use native sockets. having a pure Java approach sounds nice and all, but in the edge cases where high concurrent connection is needed, I much rather go wi

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

- Original Message - From: "Jeanfrancois Arcand" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Friday, May 20, 2005 6:56 AM Subject: Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote Mladen Turk wrote: Vicenc Beltran Querol wrote: Hi guys, I'm not trying to be

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Jeanfrancois Arcand wrote: I disagree ;-) I would like to see your implementation, because from what I'm seeing/measuring, it is completely the inverse. I would be interested to see how you did implement your NIO connector. The problem with HTTP is not NIO, but the strategy to use for predicting

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Mladen Turk wrote: Vicenc Beltran Querol wrote: Hi guys, I'm not trying to be a Tomcat developer. I'm working on my PhD on web performance and just decided to share with you the experimental code I've developed after studying the performance obtained ;). I've done some serious testings with HTT

DO NOT REPLY [Bug 34986] New: - included JSP-page is not rendered in generated HTML-page

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: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Vicenc Beltran Querol wrote: Hi guys, I'm not trying to be a Tomcat developer. I'm working on my PhD on web performance and just decided to share with you the experimental code I've developed after studying the performance obtained ;). I've done some serious testings with HTTP server and NIO. The

5.5.9 & security manager

I'm trying to run my apps with security manager and I noticed some (in my opinion) strange things: (1) The simple JSP <%=response.encodeURL("http://jakarta.apache.org";)%> causes an "access denied (java.lang.RuntimePermission accessClassInPacka

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Hi guys, I'm not trying to be a Tomcat developer. I'm working on my PhD on web performance and just decided to share with you the experimental code I've developed after studying the performance obtained ;). Anyway, it's OK. I'll work on the new patch and resubmit it. Thanks for the comments,

DO NOT REPLY [Bug 34984] - HttpSessionBindingEvent.getName() returns null in cluster and distributal

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 34984] - HttpSessionBindingEvent.getName() returns null in cluster and distributal

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 34984] New: - HttpSessionBindingEvent.getName() returns null in cluster and distributal

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: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Mladen Turk wrote: Vicenç Beltran wrote: Can't you simply make two new files Http11NioProcessor and Http11NioProtocol. It definitely needs to be a (clean, this means no multiple /* */ in patch submissions ;) ) separate implementation. Actually it will also need a separate NioEndpoint (I would lik

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Vicenç Beltran wrote: Hi, attached you'll find a patch that changes the coyote multithreading model to a "hybrid" threading model (NIO+Mulithread). It's fully compatible with the existing Catalina code and is SSL enabled. The Hybrid model breaks the limitation of one thread per connection, thus y

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Vicenç Beltran wrote: Hi, attached you'll find a patch that changes the coyote multithreading model to a "hybrid" threading model (NIO+Mulithread). It's fully compatible with the existing Catalina code and is SSL enabled. diff -uprN jakarta-tomcat-5.5.9-src/jakarta-tomcat-connectors/http11/src/ja

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c

mturk 2005/05/20 02:59:15 Modified:jni/native/src ssl.c Log: Do not call ENGINE_free is not initialized. Revision ChangesPath 1.8 +2 -1 jakarta-tomcat-connectors/jni/native/src/ssl.c Index: ssl.c

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c

mturk 2005/05/20 02:56:48 Modified:jni/native/src ssl.c Log: Fix chekcing for nCipher "chil" engine. Revision ChangesPath 1.7 +6 -4 jakarta-tomcat-connectors/jni/native/src/ssl.c Index: ssl.c

Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

Hi, attached you'll find a patch that changes the coyote multithreading model to a "hybrid" threading model (NIO+Mulithread). It's fully compatible with the existing Catalina code and is SSL enabled. The Hybrid model breaks the limitation of one thread per connection, thus you can have a higher

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c

mturk 2005/05/20 02:50:20 Modified:jni/native/src ssl.c Log: Use ssl engine if supported by OpenSSL Revision ChangesPath 1.6 +37 -18jakarta-tomcat-connectors/jni/native/src/ssl.c Index: ssl.c =

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c

mturk 2005/05/20 02:25:39 Modified:jni/java/org/apache/tomcat/jni SSL.java jni/native/src ssl.c Log: Add engine param to SSL.initialize to enable hardware devices. Revision ChangesPath 1.3 +70 -2 jakarta-tomcat-connectors/jni/java/org/apache/to

Re: Mailing List - I WANT OUT!!!!!!

Please delete my email address from this group also. Thanks. Peter Blakeley <[EMAIL PROTECTED]> wrote: Gidday Kirsi Give me 50 bucks and I will gladly remove you from my mailing lists cheers pb... [EMAIL PROTECTED] wrote: >Dear Sirs, > >I wish to be excluded IMMEDIATELY from your mailing li

cvs commit: jakarta-tomcat-connectors/jni/native/src jnilib.c ssl.c

mturk 2005/05/20 00:31:41 Modified:jni/java/org/apache/tomcat/jni SSL.java jni/native/src jnilib.c ssl.c Log: Added SSL.initialize that needs to be called if SSL support is desired. Revision ChangesPath 1.2 +14 -5 jakarta-tomcat-connectors/jni/

Re: Mailing List - I WANT OUT!!!!!!

Gidday Kirsi Give me 50 bucks and I will gladly remove you from my mailing lists cheers pb... [EMAIL PROTECTED] wrote: Dear Sirs, I wish to be excluded IMMEDIATELY from your mailing list. I do not know HOW I ended up there, but I am certainly NOT interested in the topics and I don't want to get an

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c

mturk 2005/05/20 00:01:04 Modified:jni/native libtcnative.dsp tcnative.dsp jni/native/src ssl.c Added: jni/java/org/apache/tomcat/jni SSL.java jni/native/include ssl_private.h Log: Add SSL.java for OpenSSL generic constants and functions and