一 、web.xml介绍
-
启动一个WEB项目的时候,WEB容器会去读取它的配置文件web.xml,读取
和 两个结点。 -
紧接着,容器创建一个ServletContext(servlet上下文),这个web项目的所有部分都将共享这个上下文。
-
容器将
转换为键值对,并交给servletContext。 -
容器创建
中的类实例,创建监听器。
二、Load-on-startup
Load-on-startup 元素在web应用启动的时候指定了servlet被加载的顺序,它的值必须是一个整数。如果它的值是一个负整数或是这个元素不存在,那么容器会在该servlet被调用的时候,加载这个servlet 。如果值是正整数或零,容器在配置的时候就加载并初始化这个servlet,容器必须保证值小的先被加载。如果值相等,容器可以自动选择先加载谁。
在servlet的配置当中,
标记容器是否在启动的时候就加载这个servlet。
当值为0或者大于0时,表示容器在应用启动时就加载这个servlet;当是一个负数时或者没有指定时,则指示容器在该servlet被选择时才加载。
正数的值越小,启动该servlet的优先级越高。
三、加载顺序
首先可以肯定的是,加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是:ServletContext -> listener -> filter -> servlet
同时还存在着这样一种配置节:context-param,它用于向 ServletContext 提供键值对,即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息,那么 context-param 配置节是不是应该写在 listener 配置节前呢?实际上 context-param 配置节可写在任意位置,因此真正的加载顺序为:context-param -> listener -> filter -> servlet
对于某类配置节而言,与它们出现的顺序是有关的。以 filter 为例,web.xml 中当然可以定义多个 filter,与 filter 相关的一个配置节是 filter-mapping,这里一定要注意,对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言,filter-mapping 必须出现在 filter 之后,否则当解析到 filter-mapping 时,它所对应的 filter-name 还未定义。web 容器启动时初始化每个 filter 时,是按照 filter 配置节出现的顺序来初始化的,当请求资源匹配多个 filter-mapping 时,filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。
servlet 同 filter 类似,此处不再赘述。
由此,可以看出,web.xml 的加载顺序是:ServletContext -> context-param -> listener -> filter -> servlet ,而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。
四 、web.xml文件详解
web.xml首先是肯定要包含它的schema:
其它的元素都放在
代码如下:
my_param
hello
在此设定的参数,可以在servlet中用 getServletContext().getInitParameter("my_param") 来取得
代码如下:
setCharacterEncoding
com.myTest.setCharacterEncodingFilter
encoding
GB2312
与
代码如下:
setCharacterEncoding
/*
代码如下:
com.myTest.ContextListener
同样,与
代码如下:
ShoppingServlet
com.myTest.ShoppingServlet
ShoppingServlet
/shop/ShoppingServlet
代码如下:
doc
application/vnd.ms-word
xls
application/vnd.ms-excel
代码如下:
index.jsp
index.html
代码如下:
404
/error404.jsp
java.lang.Exception
/exception.jsp
代码如下:
myTaglib
/WEB-INF/tlds/MyTaglib.tld
配置数据库连接池就可在此配置,代码如下:
JNDI JDBC DataSource of shop
jdbc/sample_db
javax.sql.DataSource
Container
其中
1.
2.
3.
4.
5.
6.
7.
8.
一个简单的
Taglib
/WEB-INF/tlds/MyTaglib.tld
Special property group for JSP Configuration JSP example.
JSPConfiguration
/jsp/*
true
GB2312
true
/include/prelude.jspf
/include/coda.jspf
配置web.xml来限制对某些servlet的请求
有时我们只希望通过认证的用户才能请求某些servlet的话,就可以在web.xml中来进行相应的配置,来达到此目的。
这就要用到
对于tomcat,中web.xml使用security-constraint元素需要在位于
此XML片段包括一个tomcat-users根元素,它包含一个或多个role和user元素。
然后在Web应用程序的web.xml中创建security-constraint、login-config和security-role元素,代码如下:
HelloServlet
/HelloServlet
GET
POST
This applies only to the "tomcat" security role
admin
NONE
BASIC
admin
其中security-constraint元素包含一个或多个web-resource-collection元素,它是描述Web应用程序中的哪些web资源受到指定安全限制的保护。http-method元素指定安全限制覆盖的HTTP方法。上面的例子中,当我们对/HelloServlet的GET或POST请求时将触发配置的安全机制。
auth-constraint元素用于描述允许访问Web组件的安全角色。
此例中安全角色的例子有tomcat、manager、admin。而只有当作为admin角色的用户才可以访问HelloServlet。
Web应用程序通过login-config元素来认证用户,并确认该用户是否为正确的角色。
longin-config包含的transport-guarantee子元素用来指定认证方法,BASIC是一种常见的Web认证方式,浏览器给用户提示一个对话框,要求输入用户名和密码,随后Tomcat将给出的用户名和密码与tomcat-users.xml中的用户名和密码进行比较,然后使用前面的security-constraint配置来确定用户是否可访问受保护的servlet。
(除BASIC外,还可以是FORM、CLIENT-CERT、DIGEST等)
其实这种认证方法实际上有两个步骤:
1、检查提供的用户名和密码是否正确。
2、判断用户是否映射到特定的安全角色。例如,用户可能提供了正确的用户名和密码,但没有映射到特定的安全角色,也将被禁止访问特定的Web资源。
五、相应元素配置
1、Web应用图标:指出IDE和GUI工具用来表示Web应用的大图标和小图标
/images/app_small.gif
/images/app_large.gif
2、Web 应用名称:提供GUI工具可能会用来标记这个特定的Web应用的一个名称
Tomcat Example
3、Web 应用描述: 给出于此相关的说明性文本
Tomcat Example servlets and JSP pages.
4、上下文参数:声明应用范围内的初始化参数。
ContextParameter
test
It is a test parameter.
在servlet里面可以通过getServletContext().getInitParameter("context/param")得到
5、过滤器配置:将一个名字与一个实现javaxs.servlet.Filter接口的类相关联。
setCharacterEncoding
com.myTest.setCharacterEncodingFilter
encoding
GB2312
setCharacterEncoding
/*
6、监听器配置
listener.SessionListener
7、Servlet配置
基本配置
snoop
SnoopServlet
snoop
/snoop
高级配置
snoop
SnoopServlet
foo
bar
Security role for anonymous access
tomcat
snoop
/snoop
元素说明
当值为正数或零时:Servlet容器先加载数值小的servlet,再依次加载其他数值大的servlet.
当值为负或未定义:Servlet容器将在Web客户首次访问这个servlet时加载它
8、会话超时配置(单位为分钟)
120
9、MIME类型配置
htm
text/html
10、指定欢迎文件页配置
index.jsp
index.html
index.htm
11、配置错误页面
(1) 通过错误码来配置error-page
404
/NotFound.jsp
上面配置了当系统发生404错误时,跳转到错误处理页面NotFound.jsp。
(2)通过异常的类型配置error-page
java.lang.NullException
/error.jsp
上面配置了当系统发生java.lang.NullException(即空指针异常)时,跳转到错误处理页面error.jsp
12、TLD配置
http://jakarta.apache.org/tomcat/debug-taglib
/WEB-INF/jsp/debug-taglib.tld
如果MyEclipse一直在报错,应该把
http://jakarta.apache.org/tomcat/debug-taglib
/WEB-INF/pager-taglib.tld
13、资源管理对象配置
jms/StockQueue
14、资源工厂配置
mail/Session
javax.mail.Session
Container
配置数据库连接池就可在此配置:
JNDI JDBC DataSource of shop
jdbc/sample_db
javax.sql.DataSource
Container
15、安全限制配置
Example Security Constraint
Protected Area
/jsp/security/protected/*
DELETE
GET
POST
PUT
tomcat
role1
16、登陆验证配置
FORM
Example-Based Authentiation Area
/jsp/security/protected/login.jsp
/jsp/security/protected/error.jsp
17、安全角色:security-role元素给出安全角色的一个列表,这些角色将出现在servlet元素内的security-role-ref元素的role-name子元素中。
分别地声明角色可使高级IDE处理安全信息更为容易。
tomcat
18、Web环境参数:env-entry元素声明Web应用的环境项
minExemptions
1
java.lang.Integer
19、EJB 声明
Example EJB reference
ejb/Account
Entity
com.mycompany.mypackage.AccountHome
com.mycompany.mypackage.Account
20、本地EJB声明
Example Loacal EJB reference
ejb/ProcessOrder
Session
com.mycompany.mypackage.ProcessOrderHome
com.mycompany.mypackage.ProcessOrder
21、配置DWR
dwr-invoker
uk.ltd.getahead.dwr.DWRServlet
dwr-invoker
/dwr/*
22、配置Struts
Struts Blank Application
action
org.apache.struts.action.ActionServlet
detail
2
debug
2
config
/WEB-INF/struts-config.xml
application
ApplicationResources
2
action
*.do
index.jsp
struts-bean
/WEB-INF/tld/struts-bean.tld
struts-html
/WEB-INF/tld/struts-html.tld
struts-nested
/WEB-INF/tld/struts-nested.tld
struts-logic
/WEB-INF/tld/struts-logic.tld
struts-tiles
/WEB-INF/tld/struts-tiles.tld
23、配置Spring(基本上都是在Struts中配置的)
contextConfigLocation
/WEB-INF/applicationContext.xml, /WEB-INF/action-servlet.xml
org.springframework.web.context.ContextLoaderListener
org.springframework.web.context.request.RequestContextListener
其他说明:
web.xml 文件中一般包括 servlet, spring, filter, listenr的配置。那么他们是按照一个什么顺序加载呢?
加载顺序会影响对spring bean 的调用。
比如filter 需要用到 bean ,但是加载顺序是 先加载filter 后加载spring,则filter中初始化操作中的bean为null;
首先可以肯定 加载顺序与他们在web.xml 文件中的先后顺序无关。
web.xml 中 listener 和 serverlet 的加载顺序为 先 listener 后serverlet
最终得出结果:先 listener >> filter >> servlet >> spring
所以,如果过滤器中要使用到 bean,可以将spring 的加载 改成 Listener的方式
org.springframework.web.context.ContextLoaderListener
搞定!
关于他们的内部执行顺序,也需要注意,如下面文章中遇到的问题
web.xml的filter执行顺序导致的乱码,切记!
2008-05-02 01:38发现引起bug的原因是web.xml的下面几行:
SecurityFilter
*.do
CharacterEncoding
*.do
CharacterEncoding
*.jsp
根据servlet2.3规范filter执行是按照web.xml配置的filter-mapping先后顺序进行执行,所以上面的配置会导致遇见*.do的url请求,先进行SecurityFilter的过滤器处理,这时候没有做编码处理,已经是乱码,到下面的filter处理时已经时乱码,再做编码处理已经没有用处。
修正方式,调整filter-mapping顺序,如下:
CharacterEncoding
*.do
CharacterEncoding
*.jsp
SecurityFilter
*.do
转载于:https://my.oschina.net/u/2968607/blog/916096