web.xml文件的作用及基本配置
web工程中的web.xml文件有什么作用呢?它是每个web.xml工程都必须的吗?
一个web中完全可以没有web.xml文件,也就是说,web.xml文件并不是web工程必须的。
那什么时候需要,什么时候可以不需要呢?
要想回答上面的问题,得先了解web.xml文件使用来干什么的。web.xml文件是用来配置:欢迎页、servlet、filter等的。当你的web工程没用到这些时,你可以不用web.xml文件来配置你的web工程。
那么web.xml能做的所有事情都有那些?
其实,web.xml的模式(Schema)文件中定义了多少种标签元素,web.xml中就可以出现它的模式文件所定义的标签元素,它就能拥有定义出来的那些功能。web.xml的模式文件是由Sun公司定义的,每个web.xml文件的根元素
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
而且web.xml的模式文件中定义的标签并不是定死的,模式文件也是可以改变的,一般来说,随着web.mxl模式文件的版本升级,里面定义的功能会越来越复杂,也即标签元素的种类会越来越多,但有些是不常用的,我们只需记住一些常用的就可以了。
下面列出web.xml常用的标签元素及这些标签元素的功能:
1、指定欢迎页面,例如:
上面的例子指定了2个欢迎页面,显示时按顺序从第一个找起,如果第一个存在,就显示第一个,后面的不起作用。如果第一个不存在,就找第二个,以此类推。
关于欢迎页面:
访问一个网站时,默认看到的第一个页面就叫欢迎页,一般情况下是由首页来充当欢迎页的。一般情况下,我们会在web.xml中指定欢迎页。但web.xml并不是一个Web的必要文件,没有web.xml,网站仍然是可以正常工作的。只不过网站的功能复杂起来后,web.xml的确有非常大用处,所以,默认创建的动态web工程在WEB-INF文件夹下面都有一个web.xml文件。
对于tomcat来说,当你只指定一个web的根名,没有指定具体页面,去访问时一个web时,如果web.xml文件中配置了欢迎页,那么就返回指定的那个页面作为欢迎页,而在文中没有web.xml文件,或虽然有web.xml,但web.xml也没指定欢迎页的情况下,它默认先查找index.html文件,如果找到了,就把index.html作为欢迎页还回给浏览器。如果没找到index.html,tomcat就去找index.jsp。找到index.jsp就把它作为欢迎页面返回。而如果index.html和index.jsp都没找到,又没有用web.xml文件指定欢迎页面,那此时tomcat就不知道该返回哪个文件了,它就显示The requested resource (/XXX) is not available的页面。其中XXX表示web的根名。但如果你指定了具体页面,是可以正常访问的。
2、命名与定制URL。我们可以为Servlet和JSP文件命名并定制URL,其中定制URL是依赖一命名的,命名必须在定制URL前。下面拿serlet来举例:
(1)、为Servlet命名:
(2)、为Servlet定制URL、
3、定制初始化参数:可以定制servlet、JSP、Context的初始化参数,然后可以再servlet、JSP、Context中获取这些参数值。下面哪servlet来举例:
经过上面的配置,在servlet中能够调用getServletConfig().getInitParameter("param1")获得参数名对应的值。
4、指定错误处理页面,可以通过“异常类型”或“错误码”来指定错误处理页面。
-----------------------------
5、设置过滤器:比如设置一个编码过滤器,过滤所有资源
6、设置监听器:
7、设置会话(Session)过期时间,其中时间以分钟为单位,假如设置60分钟超时:
除了这些标签元素之外,还可以往web.xml中添加那些标签元素呢,那些标签元素都能起什么作用呢?我们只要去查看web.xml的模式文件就能知道。直接看模式文件看不懂,可以找一些中文教程来看看。
Web.xml加载顺序 |
一、 |
1、启动一个WEB项目的时候,WEB容器会去读取它的配置文件web.xml,读取 |
和 |
2、紧急着,容创建一个ServletContext(servlet上下文),这个web项目的所有部分 |
都将共享这个上下文。 |
3、容器将 |
4、容器创建 |
二、 |
load-on-startup 元素在web应用启动的时候指定了servlet被加载的顺序,它的值必须 |
是一个整数。如果它的值是一个负整数或是这个元素不存在,那么容器会在该servlet被调 |
用的时候,加载这个servlet 。如果值是正整数或零,容器在配置的时候就加载并初始化 |
这个servlet,容器必须保证值小的先被加载。如果值相等,容器可以自动选择先加载谁。 |
在servlet的配置当中, |
标记容器是否在启动的时候就加载这个servlet。 |
当值为0或者大于0时,表示容器在应用启动时就加载这个servlet; |
当是一个负数时或者没有指定时,则指示容器在该servlet被选择时才加载。 |
正数的值越小,启动该servlet的优先级越高。 |
三、 |
在项目中总会遇到一些关于加载的优先级问题,近期也同样遇到过类似的,所以自己查找资 |
料总结了下,下面有些是转载其他人的,毕竟人家写的不错,自己也就不重复造轮子了,只 |
是略加点了自己的修饰。 |
首先可以肯定的是,加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会 |
因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是: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 的加载顺序是:context-param -> listener -> filter |
-> servlet ,而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺 |
序进行调用的。 |
web.xml文件详解 |
Web.xml常用元素 |
|
|
|
|
|
参数。 |
|
联。 |
|
filter-mapping元素把它与一个或多个servlet或JSP页面相关联。 |
|
程序在建立、修改和删除会话或servlet环境时得到通知。 |
Listener元素指出事件监听程序类。 |
|
先命名servlet或JSP页面。Servlet元素就是用来完成此项任务的。 |
|
http://host/webAppPrefix/servlet/ServletName。 |
但是,常常会更改这个URL,以便servlet可以访问初始化参数或更容易地处 |
理相对URL。在更改缺省URL时,使用servlet-mapping元素。 |
|
|
以抛弃它以节省内存。 |
可通过使用HttpSession的setMaxInactiveInterval方法明确设置单个会话对 |
象的超时值,或者可利用session-config元素制定缺省超时值。 |
|
|
证给他们分配特定的MIME类型,则mime-mapping元素提供这种保证。 |
|
文件名的URL时,使用哪个文件。 |
|
抛出时,能够制定将要显示的页面。 |
|
此功能使你能够更改TLD文件的位置, |
而不用编辑使用这些文件的JSP页面。 |
|
|
|
login-config元素联合使用 |
|
权。它与sercurity-constraint元素联合使用。 |
|
元素内的security-role-ref元素 |
的role-name子元素中。分别地声明角色可使高级IDE处理安全信息更为 |
容易。 |
|
|
< ejb-local-ref> ejb-local-ref>声明一个EJB的本地主目录的应用。 |
|
|
|
相应元素配置 |
|
1、Web应用图标:指出IDE和GUI工具用来表示Web应用的大图标和小图标 |
|
|
|
|
2、Web 应用名称:提供GUI工具可能会用来标记这个特定的Web应用的一个名称 |
|
3、Web 应用描述:给出于此相关的说明性文本 |
|
4、上下文参数:声明应用范围内的初始化参数。 |
|
|
|
|
|
在servlet里面可以通过getServletContext().getInitParameter("context/param") |
得到 |
|
5、过滤器配置:将一个名字与一个实现javaxs.servlet.Filter接口的类相关联。 |
|
|
|
|
|
|
|
|
|
|
|
|
6、监听器配置 |
|
|
|
7、Servlet配置 |
基本配置 |
|
|
|
|
|
|
|
|
高级配置 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
元素说明 |
|
|
|
|
|
类中通过getInitParamenter(String name)方法访问初始化参数 |
|
的次序。 |
当值为正数或零时:Servlet容器先加载数值小的servlet,再 |
依次加载其他数值大的servlet. |
当值为负或未定义:Servlet容器将在Web客户首次访问这个 |
servlet时加载它 |
|
两个子元素 |
|
|
8、会话超时配置(单位为分钟) |
|
|
|
9、MIME类型配置 |
|
|
|
|
10、指定欢迎文件页配置 |
|
|
|
|
|
11、配置错误页面 |
一、通过错误码来配置error-page |
|
|
|
|
上面配置了当系统发生404错误时,跳转到错误处理页面NotFound.jsp。 |
二、通过异常的类型配置error-page |
|
|
|
|
上面配置了当系统发生java.lang.NullException(即空指针异常)时,跳转到错误处理 |
页面error.jsp |
12、TLD配置 |
|
|
|
|
如果MyEclipse一直在报错,应该把 |
|
|
|
> |
|
|
|
13、资源管理对象配置 |
|
|
|
14、资源工厂配置 |
|
|
|
|
|
配置数据库连接池就可在此配置: |
|
|
|
|
|
|
15、安全限制配置 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
16、登陆验证配置 |
|
|
|
|
|
|
|
|
|
|
17、安全角色:security-role元素给出安全角色的一个列表,这些角色将出现在servlet |
元素内的security-role-ref元素的role-name子元素中。 |
分别地声明角色可使高级IDE处理安全信息更为容易。 |
|
|
|
18、Web环境参数:env-entry元素声明Web应用的环境项 |
|
|
|
|
|
19、EJB 声明 |
|
|
|
|
|
|
|
20、本地EJB声明 |
|
|
|
|
|
me> |
|
|
21、配置DWR |
|
|
|
|
|
|
|
|
22、配置Struts |
|
|
|
|
org.apache.struts.action.ActionServlet |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
23、配置Spring(基本上都是在Struts中配置的) |
|
|
|
|
|
|
/WEB-INF/applicationContext.xml, /WEB-INF/action-servlet.xml |
|
|
|
|
|
|
|
|
|
|
|
|
org.springframework.web.context.request.RequestContextListener |
|
|