Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B896210D2C for ; Wed, 7 Aug 2013 17:50:43 +0000 (UTC) Received: (qmail 64535 invoked by uid 500); 7 Aug 2013 17:50:39 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 64447 invoked by uid 500); 7 Aug 2013 17:50:38 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 64435 invoked by uid 99); 7 Aug 2013 17:50:37 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Aug 2013 17:50:37 +0000 Received: from localhost (HELO johns-ipad-4.home) (127.0.0.1) (smtp-auth username markt, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Aug 2013 17:50:36 +0000 Message-ID: <520288EA.4070904@apache.org> Date: Wed, 07 Aug 2013 19:50:34 +0200 From: Mark Thomas User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Tomcat Users List Subject: Re: apache tomcat 8.0.0-rc1; /manager 404; NPE References: <520146D6.3030600@apache.org> <5201625E.6020701@apache.org> <5201C041.7090803@christopherschultz.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 07/08/2013 15:46, jieryn wrote: > On Tue, Aug 6, 2013 at 11:34 PM, Christopher Schultz > wrote: >> The servlet specification requires that certain services be provided >> by the container. Among them are a) a default servlet to serve content >> for which no other servlet mapping exists (e.g. static files, etc.) >> and b) a servlet called "jsp" that is, by default, mapped to "*.jsp". > > I was not aware of that requirement, thank you for the information. > >> Tomcat chooses to provide the above services by using conf/web.xml as >> a default. If you break that mechanism, you are going to lose some >> functionality. The webapp should be able to rely on the default and >> JSP servlets being available even without specifically configuring >> them in the webapp's own web.xml. > > There's actually no requirement for a web.xml for now two releases of > the Servlet specification. How does the Apache Tomcat community feel > about coding these core servlets with @WebServlet and let them be > automatically discovered through the normal metadata-complete=false > processing? Work is in hand to move the JSP support to a ServletContainerInitializer based configuration in Tomcat 8 onwards. The other aspects of conf/web.xml could be moved to a similar approach but there are associated knock-on effects in terms of increased start times that mean it is unlikely to happen. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org