java项目中的web.xml( Deployment Descriptor 部署描述文件 )配置说明

context-param、listener、filter、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 的顺序进行调用的

context-param

配置的是整个web应用的上下文初始化参数。

    <context>
        <param-name></param-name>
        <param-value></param-value>
    </context>

如果想要获得参数值,可以在servlet中调用: 
(1) getServletContext.getInitParameter(“”); 
(2) getServletConfig().getServletContext().getInitParameter(); 
在web应用部署完成以后,值没法改变。

listener

<listener>

<listener-class></listener-class>

</listener>

web容器自己会根据listener-class中的类implements什么类型的接口进行判断。

filter

 <filter>
     <filter-name></filer-name>
     <filer-class></filer-class>
     <init-param>
         <param-name></param-name>
         <param-value></param-value>
     </init-param>
 </filter>

<filer-mapping>
    <filer-name></filer-name>
    <url-pattern></url-pattern>
</filer-mapping>

  • filer 有两个配置节点:filer和filer-mapping,其中对应的filer-mapping必须在filer配置节点配置完成后才能进行配置。而filer-mapping的映射可以根据:url-pattern,类似于servlet-mapping。或者直接使用。

servlet

 <servlet>
     <servlet-name></servlet-name>
     <servlet-class></servlet-class>
     <init-param>
         <param-name></param-name>
         <param-value></param-value>
     </init-param>
     <init-param>
         <param-name></param-name>
         <param-value></param-value>
     </init-param>
     <load-on-startup></load-on-startup>
 </servlet>

<servlet-mapping>
    <servlet-name></servlet-name>
    <url-pattern></url-pattern>
</servlet-mapping>

  • init-param:配置的key/value会被设置到该servlet对应的servletConfig对象。注意:不同于ServletContxt,每个servlet

都会有自己的servletConfig。部署完成后,参数值不能变。 
  load-on-startup:用来确定servlet的加载时间。如果未设置或者为负数,则在该servlet对应的第一个用户请求到来时,才加载servlet类,并调用init()。如果为正数或者0,则在web应用部署后就加载servlet。其数字的大小又标识了加载的顺序,值越小越早被加载,如果值相等,就先在web.xml声明的先加载。

session-config (会话超时设置,单位分钟)

 <session-config>
     <session-timeout></session-timeout>
 </session-config>

  • 如果某个会话在一定时间内未被访问,服务器可以抛弃它以节省内存。 可通过使用HttpSession的setMaxInactiveInterval方法明确设置单个会话对象的超时值(此时单位是秒),或者可利用session-config元素制定缺省超时值(此时单位是分支)。

原文地址:https://www.cnblogs.com/phs007/p/10562235.html

时间: 2024-08-29 09:11:05

java项目中的web.xml( Deployment Descriptor 部署描述文件 )配置说明的相关文章

eclipse : java项目中的web.xml( Deployment Descriptor 部署描述文件 )配置说明

context-param.listener.filter.servlet  首先可以肯定的是,加载顺序与它们在 web.xml 配置文件中的先后顺序无关.即不会因为 filter 写在 listener 的前面而会先加载 filter.最终得出的结论是: listener -> filter -> servlet     同时还存在着这样一种配置节:context-param,它用于向 ServletContext 提供键值对,即应用程序上下文的初始化参数.我们的 listener, fil

java web项目中的web.xml标签之context-param

WEB项目初始化过程: 在启动Web项目时,容器(比如Tomcat)会读web.xml配置文件中的两个节点<listener>和<contex-param>. 接着容器会创建一个ServletContext(上下文),应用范围内即整个WEB项目都能使用这个上下文. 接着容器会将读取到<context-param>转化为键值对,并交给ServletContext. 容器创建<listener></listener>中的类实例,即创建监听(备注:li

web项目中的web.xml元素解析

1 定义头和根元素 部署描述符文件就像所有XML文件一样,必须以一个XML头开始.这个头声明可以使用的XML版本并给出文件的字符编码.DOCYTPE声明必须立即出现在此头之后.这个声明告诉服务器适用的servlet规范的版本(如2.2或2.3)并指定管理此文件其余部分内容的语法的DTD(Document Type Definition,文档类型定义).所有部署描述符文件的顶层(根)元素为web-app.请注意,XML元素不像HTML,他们是大小写敏感的.因此,web-App和WEB-APP都是不

SSH项目中的web.xml详解

web.xml 中的listener. filter.servlet 加载顺序及其详解 首先可以肯定的是,加载顺序与它们在 web.xml 文件中的先后顺序无关.即不会因为 filter 写在 listener 的前面而会先加载 filter.最终得出的结论是:listener -> filter -> servlet 同时还存在着这样一种配置节:context-param,它用于向 ServletContext 提供键值对,即应用程序上下文信息.我们的 listener, filter 等在

ckeditor编辑器在java项目中配置

一.基本使用: 1.所需文件架包 A. Ckeditor基本文件包,比如:ckeditor_3.6.2.zip 下载地址:http://ckeditor.com/download 2.配置使用 A.将下载下来的CKEditor压缩解压,将解压后的文件夹("ckeditor")拷贝进项目里面,比如我是放在"WebContent"的"commons"文件夹下: B.在需要使用CKEditor的页面引入CKEditor的支持javascript <

idea中添加web.xml配置文件与tomcat启动中遇到的web.xml文件找不到的问题

1,如何在idea中向war项目中添加web.xml的配置文件 idea通过maven创建war项目时没有指定是webapp导致创建出来的项目没有webapp的文件夹.其实war项目中都是在"项目名/src/main"目录下 只要在这个项目下创建webapp/WEB-INF/web.xml就行了 2,如果你没有把web.xml放在"项目名/src/main/webapp/WEB-INF/web.xml",这时tomcat启动就会报错: maven打包时错误信息:Er

在MyEclipse的web项目/java项目中,使用Hibernate-tools中的hbm2java和hbm2ddl工具,根据hbm文件自动生成pojo和数据库脚本

     首先,我一定要吐槽下,这个Ant管理部署项目的工具,以及hibernate刚刚学习,导入我这一个简单的问题整了一天多,实在效率有点低下.在这两天中,①了解了Ant,知道了在Ant中很灵活的步骤项目的情况,知道了build.xml文件的一些基本写法.②还学习了在MyEclipse这样的集成工具中完成项目部署.③以及在这两种情况中,利用hibernateTools中的hbm2java和hbm2ddl工具,根据对象关系映射文件,自动生成POJO以及SQL文件(就是数据表). 一,在web项目

在MyEclipse的web项目/java项目中,使用Hibernate-tools中的hbm2java和hbm2ddl工具,依据hbm文件自己主动生成pojo和数据库脚本

     首先.我一定要吐槽下,这个Ant管理部署项目的工具.以及hibernate刚刚学习,导入我这一个简单的问题整了一天多.实在效率有点低下. 在这两天中,①了解了Ant.知道了在Ant中非常灵活的步骤项目的情况,知道了build.xml文件的一些基本写法.②还学习了在MyEclipse这种集成工具中完毕项目部署. ③以及在这两种情况中.利用hibernateTools中的hbm2java和hbm2ddl工具,依据对象关系映射文件,自己主动生成POJO以及SQL文件(就是数据表). 一,在w

The &quot;web.xml&quot; is called web application deployment descriptor

3.3  Configure the Application Deployment Descriptor - "web.xml" A web user invokes a servlet, which is kept in the web server, by issuing a specific URL from the browser. In this example, we shall configure the following request URL to trigger