On 11/3/05, Bill Barker <[EMAIL PROTECTED]> wrote: > It probably doesn't matter (since nobody uses it :), but using ThreadLocal > won't work with the Nio/AJP Connector. That one doesn't bind a Request > instance to a Thread instance, so a particular Request instance will process > on many different Threads during its lifecycle.
Does the spec say anything about the thread model when executing a servlet ? ( too lazy to search, I know some people on the list have memorized the spec already :-) I'm not sure how this happens - I tought that the request is bound to a thread during service() execution, and kept-alive connections are no longer bound. How do we unbind the service() from the thread ??? Costin > > The alternative (which, IMHO looks nicer) is to use (Coyote)Request Notes > instead of ThreadLocal. > > ----- Original Message ----- > From: "Remy Maucherat" <[EMAIL PROTECTED]> > To: "Tomcat Developers List" <dev@tomcat.apache.org> > Sent: Thursday, November 03, 2005 8:40 AM > Subject: Rewrite features > > > Hi, > > As part of the JBoss Web project, I have developed a URL rewrite valve, > more or less cloned on mod_rewrite. It doesn't support everything from > mod_rewrite, and there's no docs at the moment, but it's not too hard to > figure out how to use it. > > For looking at it and testing, it's here (of course, it's neither > polished nor well tested at the moment): > http://anonsvn.labs.jboss.com/trunk/labs/jbossweb/src/share/classes/org/jbos > s/web/rewrite/ > > Rémy > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > 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]
