Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 17723 invoked from network); 25 May 2002 07:34:46 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 25 May 2002 07:34:46 -0000 Received: (qmail 3017 invoked by uid 97); 25 May 2002 07:34:52 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 2972 invoked by uid 97); 25 May 2002 07:34:51 -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 2960 invoked by uid 98); 25 May 2002 07:34:50 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) X-Authentication-Warning: costinm.sfo.covalent.net: costin owned process doing -bs Date: Sat, 25 May 2002 00:32:16 -0700 (PDT) From: costinm@covalent.net X-X-Sender: costin@costinm.sfo.covalent.net To: Tomcat Developers List Subject: Re: [PROPOSAL] Change to the 3.3 API In-Reply-To: <006101c203b1$713e53c0$e37d0304@dslverizon.net> 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 +1. Adding new methods is perfectly fine and backward compatible. BTW, my proposal to freeze the API was based on the fact that I felt it is good enough and I couldn't think any significant improvement that would be worth the change. If you think different or have some good ideas - we can reopen the issue ( but I would like to keep backward compat as long as possible ). Costin On Fri, 24 May 2002, Bill Barker wrote: > I'd like to add a new method (for now called 'preInitCheck') to the API to > be called before the check for calling the init method. The current > JspInterceptor.requestMap would be split between the new preInitCheck method > (which would handle the compile), and the requestMap (which would register > the servlet). In light of bug #7654, we may want to have a 'preInitCheck' > and 'postInitCheck', but I'm still not convinced on how important this case > is. > > This is a proposal, since there was a consensus to freeze the API. I'm not > looking for people to help (although volunteers are always welcome), since > the changes are simple enough. The only known bug that this fixes is the > rather obscure one that currently a JSP page that is accessed from a > NamedDispatcher will not be re-compiled. More importantly (IMHO), this will > separate the JSP logic from ServletHandler and put it firmly into > JspInterceptor where it belongs. > > Of course, I'm expecting that Pier will veto this on the grounds that he > can't be bothered to keep up with the 3.3 development. ;-) > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: