Return-Path: Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 56950 invoked from network); 1 Jan 2000 20:57:04 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 1 Jan 2000 20:57:04 -0000 Received: from apache.org (pv30-pri.systemy.it [194.21.255.30]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id VAA24841 for ; Sat, 1 Jan 2000 21:55:40 +0100 Message-ID: <386CA873.F576F684@apache.org> Date: Fri, 31 Dec 1999 13:58:27 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: tomcat-dev@jakarta.apache.org Subject: Re: [LONG TERM PLAN] Proposed Architecture for Tomcat.Next Servlet Container References: <38691FD0.ACA719C@exoffice.com> <38693E55.B129B304@apache.org> <38695673.A8EEBFB7@exoffice.com> <3869FC57.8FDB8CF3@apache.org> <386B8A15.51576618@mytownnet.com> <386BEA56.E0E85D5B@apache.org> <386BFE84.940E625A@mytownnet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Craig R. McClanahan" wrote: > > [snip] > > So, why don't we create an "authenticator" and remove this functionality > > from "interceptor" or along? > > > > Because an authenticator is merely one kind of functionality one might wish > to optionally add to your server's request processing capability. As soon as > there's more than one, the usual O-O approach is to abstract out the common > design patterns, which is what Interceptors do. Good point. I agree to leave "interceptor" there. -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche -------------------------------------------------------------------- Come to the first official Apache Software Foundation Conference! ------------------------- http://ApacheCon.Com ---------------------