----- Original Message -----
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <dev@tomcat.apache.org>
Sent: Thursday, November 03, 2005 12:18 PM
Subject: Re: Rewrite features


>Bill Barker wrote:
>> We don't unbind the service() from the Thread.  However, in Coyote
Request
>> instances are very long lived objects that (at least for HTTP/1.1)
persist
>> over many connections.
>>
>> The APR Connector uses a ThreadLocal to bind the Request instance to a
>> single Thread instance.  The next request that it handles may have been
>> received on a different Socket than the last, but it is bound to the
Thread.
>> With the Java HTTP/1.1 Connector, the Request is bound to the Thread via
the
>> init() method of ThreadPoolRunnable.
>>
>> The Nio/AJP Connector binds the Request instance to a Socket connection
(via
>> the SelectionKey.attachment).
>
>Personally, I always considered the Request/Response objects were tied
>to the thread. I don't know for sure, but it could mean that my valve
>may not work with your connector then (the utility object that resolves
>special variables uses the request, and it could be an issue).
>

As I said, it probably doesn't matter since nobody (except me :) uses my
Connector.  Also, if you're using AJP it's likely that you'd be using
mod_rewrite for this sort of thing anyway ;-).

>Rémy



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]

Reply via email to