tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jieryn <>
Subject Re: apache tomcat 8.0.0-rc1; /manager 404; NPE
Date Wed, 07 Aug 2013 13:46:45 GMT
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

> Why are you deleting conf/web.xml in the first place?

As I recall, it was because some web.xml fields were inherited in an
additive manner, e.g. mime type mapping, and it included extra items I
didn't want. And for other pieces of configuration data that were
present in the conf/web.xml (DefaultServlet, and JspServlet), I had
already overridden, so what is the point of keeping the global


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message