Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 39930 invoked from network); 2 Dec 2001 01:37:45 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 2 Dec 2001 01:37:45 -0000 Received: (qmail 22147 invoked by uid 97); 2 Dec 2001 01:37:46 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 22131 invoked by uid 97); 2 Dec 2001 01:37:44 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 22120 invoked from network); 2 Dec 2001 01:37:43 -0000 Date: Sat, 1 Dec 2001 17:37:32 -0800 (PST) From: X-X-Sender: To: Tomcat Developers List Subject: Re: AJP Todo In-Reply-To: <011901c17ac9$e95ee4d0$6701a8c0@remy> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Sat, 1 Dec 2001, Remy Maucherat wrote: > Hi, > > On the TODO list for AJP, there is: > - Implementing jvmroute. Unfortunately that's not that easy. Manager has no way to access the Request, and that means no way to get the jvmRoute. The only possible hack is to 'intercept' the cookie header in jk and rewrite it in both directions ( to extract and insert the jvmroute ). Pretty ugly, but I see no other way with the current API. I'll try to do the hack, but I want to first finish the refactoring. > - Adding a mechanism like there is in Tomcat 3.3 to automatically generate a > configuration file. That should be relatively easy to do using a server > listener (or a host listener). Hmmm. That shouldn't be difficult, but I would wait with it too. There are some major simplifications in jk2 configuration, and I think it is possible to have a much cleaner solution to synchronize web.xml/server.xml and httpd.conf/urimap.properties. Porting the 3.3 config generator would be great as a temporary solution, if anyone has the time. > I'm not going to do either of these. I have no clue how to do the first one, To be honest, I have no clue either ( except for the hack - which is what I'll probably do if nobody find a better solution ). > Tomcat 4. I did bootstrap the porting of the docs already, and I've also > fixed the problems with compiling against the CVS HEAD, so I think I've done Great, many thanks ! > my part :) If you want to see full support for AJP in TC 4.0.2, it's up to > you guys :) Well, if you can also port the 'trusted app' - it would be really great. For 3.3 jk will be packaged as a 'trusted web application' ( i.e. a WAR with an extra interceptors.xml ), so users can deploy it / update it / etc as simple as with any other application. For 4.0 we create the jar that will be put in lib/catalina/..., but it would be nice to be able to use the same .WAR file. Costin -- To unsubscribe, e-mail: For additional commands, e-mail: