tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Barker" <>
Subject Re: [VOTE] APR or NIO ? (was:Re: Any other functionality missing from Tomcat 5.5.12 that relies on JSDK 5.0?)
Date Sat, 19 Nov 2005 20:29:47 GMT

----- Original Message ----- 
From: "Remy Maucherat" <>
To: "Tomcat Developers List" <>
Sent: Saturday, November 19, 2005 2:25 AM
Subject: [VOTE] APR or NIO ? (was:Re: Any other functionality missing from 
Tomcat 5.5.12 that relies on JSDK 5.0?)

>I think we need to organize a community vote then, so that I do not waste 
>my time.
>So here we go:
>I think the IO design for connectors used by Tomcat should be:
>[+0] NIO selectors, etc (this means 100% NIO)
>[+0] APR (this means 50% NIO, where NIO is only used for all the objects 
>exposed at the higher level)

Of course, once everybody starts using Harmony as their JVM, these will be 
the same thing ;-).

For AJP/1.3, we already have all three (APR/NIO/prefork) implementations. 
>From users@ it seems that there is virtually zero interest in NIO, and 
little enough in APR.

While I'm interested enough to look at a NIO HTTP/1.1 implementation, I 
can't really see that the problems (e.g. unpredictible upload size) are 
solvable. Also, the cr*p implementation of NIO in Sun's Windows JVM will 
likely make it unusable on Windows.

This message is intended only for the use of the person(s) listed above as the intended recipient(s),
and may contain information that is PRIVILEGED and CONFIDENTIAL.  If you are not an intended
recipient, you may not read, copy, or distribute this message or any attachment. If you received
this communication in error, please notify us immediately by e-mail and then delete all copies
of this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet
is not secure. Do not send confidential or sensitive information, such as social security
numbers, account numbers, personal identification numbers and passwords, to us via ordinary
(unencrypted) e-mail.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message