Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 85677 invoked from network); 23 Jul 2003 16:14:19 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 23 Jul 2003 16:14:19 -0000 Received: (qmail 9301 invoked by uid 97); 23 Jul 2003 16:16:53 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@nagoya.betaversion.org Received: (qmail 9294 invoked from network); 23 Jul 2003 16:16:53 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 23 Jul 2003 16:16:53 -0000 Received: (qmail 84816 invoked by uid 500); 23 Jul 2003 16:14:09 -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 84799 invoked from network); 23 Jul 2003 16:14:08 -0000 Received: from nwkea-mail-1.sun.com (192.18.42.13) by daedalus.apache.org with SMTP; 23 Jul 2003 16:14:08 -0000 Received: from phys-d3-ha21sca-1 ([129.145.155.163]) by nwkea-mail-1.sun.com (8.12.9/8.12.9) with ESMTP id h6NGEC19011381 for ; Wed, 23 Jul 2003 09:14:12 -0700 (PDT) Received: from sun.com (sr-usfo06-02.Eng.Sun.COM [129.144.83.35]) by ha21sca-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.10 (built Jan 23 2003)) with ESMTP id <0HIH00D3YJRNH6@ha21sca-mail1.sfbay.sun.com> for tomcat-dev@jakarta.apache.org; Wed, 23 Jul 2003 09:14:12 -0700 (PDT) Date: Wed, 23 Jul 2003 09:14:11 -0700 From: Jan Luehe Subject: [PROPOSAL] Expose pre-compiled JSPs without servlet mapping To: Tomcat Developers List Reply-to: Jan.Luehe@Sun.COM Message-id: <3F1EB453.3070501@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-US User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827 References: <20030723040230.79554.qmail@icarus.apache.org> <3F1E3C46.6000802@apache.org> <3F1E9FCC.20207@apache.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Currently, if webapp developers do not want to expose the source of their JSP files, they have to precompile them and add a servlet mapping for each JSP to their web.xml (e.g., with the help of jspc). If the webapp contains a large number of JSPs, the web.xml is going to grow pretty big. Would it make sense to have Jasper try to load a class file corresponding to a JSP, even if the webapp does not have the JSP source file and does not specify any servlet mapping for that JSP? So if someone accesses a JSP for which there is no servlet mapping, the JspServlet will first determine if the JSP exists, and if it doesn't, it will try to load the corresponding class file. If the class file does not exist, a 404 is returned. This will eliminate the need for adding servlet mappings for precompiled JSPs to the web.xml. One advantage of having the servlet mappings is that precompiled JSPs may be selectively exposed, whereas with the proposed scheme, *any* precompiled JSP would be exposed. We could define a config option in JspServlet that would disable the proposed behaviour and require a servlet mapping in order for a precompiled JSP to be exposed. Comments? Jan --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org