For now APR support is automatically detected and eventually used. So no problem for me to have APR and NIO.
2005/11/19, Bill Barker <[EMAIL PROTECTED]>: > > ----- Original Message ----- > From: "Remy Maucherat" <[EMAIL PROTECTED]> > To: "Tomcat Developers List" <dev@tomcat.apache.org> > 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: > ><ballot> > >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) > ></ballot> > > > > 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: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
