Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 91350 invoked from network); 22 Jan 2002 19:16:53 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 22 Jan 2002 19:16:53 -0000 Received: (qmail 4163 invoked by uid 97); 22 Jan 2002 19:16:43 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 4147 invoked by uid 97); 22 Jan 2002 19:16:42 -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 4115 invoked from network); 22 Jan 2002 19:16:42 -0000 Date: Tue, 22 Jan 2002 11:16:36 -0800 (PST) From: "Craig R. McClanahan" To: Tomcat Developers List cc: tomcat-user@jakarta.apache.org Subject: Re: Interceptor in Tomcat 4.0 ??? In-Reply-To: <20020122185745.15999.qmail@hm36.locaweb.com.br> Message-ID: <20020122111252.O8520-100000@icarus.apache.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N 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 Tue, 22 Jan 2002, Renato wrote: > Date: Tue Jan 22 16:57:45 2002 > From: Renato > Reply-To: Tomcat Developers List > To: tomcat-user@jakarta.apache.org, tomcat-dev@jakarta.apache.org > Subject: Interceptor in Tomcat 4.0 ??? > > Hi all, > > I have an Interceptor I wrote for Tomcat 3.3 and I want to migrate to > Catalina. I think the concept know is a Valve, right ? That's probably the right concept to look at, depending on what you are using your interceptor for. You can see lots of examples of Valve implementations in the org.apache.catalina.authenticator and org.apache.catalina.valves packages in the Tomcat 4 source tree. > Is there a guideline > how to migrate an interceptor ? > Because the processing models are very different (interceptors call your module lots of times for different events, while a valve is called once and you pass the request on or not as appropriate), there is not going to be much in the way of useful porting advice -- depending on what your interceptor is doing, it will be anywhere from trivially easy to something that requires multiple valves to accomplish the same functionality. Without details, it's not possible to be more specific. > Thanks > Renato - Brazil. > Craig -- To unsubscribe, e-mail: For additional commands, e-mail: