web.xml_web.xml配置详解 - CSDN
web.xml 订阅
web.xml 是网络程序中的一个很重要的配置文件。 展开全文
web.xml 是网络程序中的一个很重要的配置文件。
信息
外文名
xml
类    型
配置文件
中文名
XML文件
范    畴
网络程序
web.xml概述
在当前的网络信息时代,信息量不仅庞大而且源自于不同的数据源,信息集成一直是研究的热点。基于多代理(Multi-Agent)的信息资源集成方案有所不足,而XML集成机制的优点,适于网络环境下基于XML的信息集成。本方案:包括系统的总体框图、层次结构、工作过程及信息系统主要部分的具体设计。随着计算机技术,特别是Internet的不断发展,实现"信息孤岛"之间的集成与交互成为亟待解决的问题。在诸多解决方案中,基于多代理(Multi-Agent)的信息集成就是其中的一种。该系统已被认为是建造大型复杂分布式信息处理系统的重要技术和框架。在基于多代理的方法中,资源集成的具体操作步骤是:用户把请求提交给搜索代理,由搜索代理对请求进行适当的转换,发送给代理路由器;代理路由器通过链接,将查询请求发送给数据库代理;数据库代理接受查询请求,并进行具体的数据库操作,然后把查询结果返回给请求者;搜索代理对返回的结果进行识别,若存在所需的资源,则激活本地数据库代理,对获得的信息进行记录,由专家系统对所搜集的信息进行进一步的处理。这种方法有一个明显的缺陷,即必须明确数据库的格式,代理才能正常工作。而XML技术则可以很好的解决这个问题。用XML进行数据集成,只需对所有的异构数据源增加一个以XML为格式的封装体,即在不改变数据源的前提下,用XML对数据源的定义描述字、数据源的创建等相关信息进行封装。供应链节点上所有数据源的封装体纳入全局的XML Schema或DTD,并存储在XML虚拟服务器,为系统检索、定位提供服务。在XML的集成机制里,可以通过XML封装体实现彼此之间的数据交互,所以不需要了解数据库的格式,从而弥补了基于多代理的集成方法在这方面的不足。下面首先概要介绍XML的相关技术,进而给出网络环境下的、基于XML的信息集成方案:包括系统的总体框图、层次结构、工作过程及系统主要组成部分的具体设计。
收起全文
精华内容
参与话题
  • java web工程web.xml配置详解

    万次阅读 2018-10-16 13:39:18
    Web.xml详解: 1.web.xml加载过程(步骤) 首先简单讲一下,web.xml的加载过程。当启动一个WEB项目时,容器包括(JBoss、Tomcat等)首先会读取项目web.xml配置文件里的配置,当这一步骤没有出错并且完成之后,项目...

    Web.xml详解:

    1.web.xml加载过程(步骤)

    首先简单讲一下,web.xml的加载过程。当启动一个WEB项目时,容器包括(JBoss、Tomcat等)首先会读取项目web.xml配置文件里的配置,当这一步骤没有出错并且完成之后,项目才能正常地被启动起来。

    1. 启动WEB项目的时候,容器首先会去它的配置文件web.xml读取两个节点:  <listener></listener>和<context-param></context-param>。

    2. 紧接着,容器创建一个ServletContext(application),这个WEB项目所有部分都将共享这个上下文。

    3. 容器以<context-param></context-param>的name作为键,value作为值,将其转化为键值对,存入ServletContext。

    4. 容器创建<listener></listener>中的类实例,根据配置的class类路径<listener-class>来创建监听,在监听中会有contextInitialized(ServletContextEvent args)初始化方法,启动Web应用时,系统调用Listener的该方法,在这个方法中获得:

    5. 举例:你可能想在项目启动之前就打开数据库,那么这里就可以在<context-param>中设置数据库的连接方式(驱动、url、user、password),在监听类中初始化数据库的连接。这个监听是自己写的一个类,除了初始化方法,它还有销毁方法,用于关闭应用前释放资源。比如:说数据库连接的关闭,此时,调用contextDestroyed(ServletContextEvent args),关闭Web应用时,系统调用Listener的该方法。

    6. 接着,容器会读取<filter></filter>,根据指定的类路径来实例化过滤器。

    7. 以上都是在WEB项目还没有完全启动起来的时候就已经完成了的工作。如果系统中有Servlet,则Servlet是在第一次发起请求的时候被实例化的,而且一般不会被容器销毁,它可以服务于多个用户的请求。所以,Servlet的初始化都要比上面提到的那几个要迟。

    8. 总的来说,web.xml的加载顺序是:<context-param>-><listener>-><filter>-><servlet>。其中,如果web.xml中出现了相同的元素,则按照在配置文件中出现的先后顺序来加载。

    9. 对于某类元素而言,与它们出现的顺序是有关的。以<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>类似,此处不再赘述。

     

    2.web.xml标签详解

    1. XML文档有效性检查

    这段代码指定文件类型定义(DTD),可以通过它检查XML文档的有效性。下面显示的<!DOCTYPE>元素有几个特性,这些特性告诉我们关于DTD的信息: 

     

    1.  web-app定义该文档(部署描述符,不是DTD文件)的根元素 
    2.  PUBLIC意味着DTD文件可以被公开使用 
    3.  -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN”意味着DTD由Sun Microsystems, Inc.维护。该信息也表示它描述的文档类型是DTD Web Application 2.3,而且DTD是用英文书写的。 
    4.  URL"http://java.sun.com/dtd/web-app_2_3.dtd"表示D文件的位置。

     

    2. <web-app></web-app>

    部署描述符的根元素是<web-app>。DTD文件规定<web-app>元素的子元素的语法如下:

    正如您所看到的,这个元素含有23个子元素,而且子元素都是可选的。问号(?)表示子元素是可选的,而且只能出现一次。星号(*)表示子元素可在部署描述符中出现零次或多次。有些子元素还可以有它们自己的子元素。web.xml文件中<web-app>元素声明的是下面每个子元素的声明。下面讲述部署描述符中可能包含的所有子元素。

    注意:在Servlet 2.3中,子元素必须按照DTD文件语法描述中指定的顺序出现。比如:如果部署描述符中的<web-app>元素有<servlet>和<servlet-mapping>两个子元素,则<servlet>子元素必须出现在<servlet-mapping>子元素之前。在Servlet2.4中,顺序并不重要。

     

    3. <display-name></display-name>

     

    <display-name>test-hwp-web-application</display-name>定义了web应用的名称,可以在http://localhost:8080/manager/html中显示。如下所示:

    4. <distributable/>

    <distributable/>可以使用distributable元素来告诉servlet/JSP容器,Web容器中部署的应用程序适合在分布式环境下运行。

    5. <context-param></context-param>

    使用上下文初始化参数

    5.1<context-param>解释:

    <context-param>元素含有一对参数名和参数值,用作应用的Servlet上下文初始化参数,参数名在整个Web应用中必须是惟一的,在web应用的整个生命周期中上下文初始化参数都存在,任意的Servlet和jsp都可以随时随地访问它。<param-name>子元素包含有参数名,而<param-value>子元素包含的是参数值。作为选择,可用<description>子元素来描述参数。

    5.2 什么情况下使用,为什么使用<context-param>:

    比如:定义一个管理员email地址用来从程序发送错误,或者与你整个应用程序有关的其他设置。使用自己定义的设置文件需要额外的代码和管理;直接在你的程序中使用硬编码(Hard-coding)参数值会给你之后修改程序带来麻烦,更困难的是,要根据不同的部署使用不同的设置;通过这种办法,可以让其他开发人员更容易找到相关的参数,因为它是一个用于设置这种参数的标准位置。

    5.3 Spring配置文件:

    配置Spring,必须需要<listener>,而<context-param>可有可无,如果在web.xml中不写<context-param>配置信息,默认的路径是/WEB-INF/applicationontext.xml,在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml。如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数:在<param-value>

    </param-value>里指定相应的xml文件名,如果有多个xml文件,可以写在一起并以“,”号分隔,比如在business-client工程中,我们采用了自定义配置方式,<context-param>配置如下:

    对应工程目录结构如下所示:

    部署在同一容器中的多个Web项目,要配置不同的webAppRootKey,web.xml文件中最好定义webAppRootKey参数,如果不定义,将会缺省为“webapp.root”,如下:

    当然也不能重复,否则报类似下面的错误:

    Web app root system property already set to different value: 'webapp.root' = [/home/user/tomcat/webapps/project1/] instead of [/home/user/tomcat/webapps/project2/] - Choose unique values for the 'webAppRootKey' context-param in your web.xml files!  

    意思是“webapp.root”这个key已经指向了项目1,不可以再指向项目2。多个项目要对webAppRootKey进行配置,我们工程主要是让log4j能将日志写到对应项目根目录下,比如:我们的项目的webAppRootKey为

    这样就不会出现冲突了。就可以在运行时动态地找到项目路径,在log4j.properties配置文件中可以按下面的方式使用${webapp.root}:

    log4j.appender.file.File=${webapp.root}/WEB-INF/logs/sample.log 

    就可以在运行时动态地找出项目的路径。

    5.4 多个配置文件交叉引用处理:

    如果web.xml中有contextConfigLocation参数指定的Spring配置文件则会去加载相应的配置文件,而不会去加载/WEB-INF/下的applicationContext.xml。但是如果没有指定的话,默认会去/WEB-INF/下加载applicationContext.xml。

    在一个团队使用Spring的实际项目中,应该需要多个Spring的配置文件,如何使用和交叉引用的问题:

    多个配置文件可以在web.xml里用空格分隔写入,如:

    多个配置文件里的交叉引用可以用ref的external或bean解决,例如:applicationContext.xml

    
     

    dbBean在applicationContext-database.xml中。

    5.5 在不同环境下如何获取:范例:

    此所设定的参数,在JSP网页中可以使用下列方法来取得:

    ${initParam.param_name}

    若在Servlet可以使用下列方法来获得:

    String param_name=getServletContext().getInitParamter("param_name");

    Servlet的ServletConfig对象拥有该Servlet的ServletContext的一个引用,所以可这样取得上下文初始化参数:getServletConfig().getServletContext().getInitParameter()也可以在Servlet中直接调用getServletContext().getInitParameter(),两者是等价的。

    6. <session-config></session-config>

    
    <session-config> 用于设置容器的session参数,比如:<session-timeout> 用于指定http session的失效时间。默认时间设置在<jakarta>/conf/web.xml (30 minutes)。<session-timeout>用来指定默认的会话超时时间间隔,以分钟为单位。该元素值必须为整数。如果 session-timeout元素的值为零或负数,则表示会话将永远不会超时。
    

    7. <listener></listener>

    
     

    7.1 Listener介绍:

    <listener>为web应用程序定义监听器,监听器用来监听各种事件,比如:application和session事件,所有的监听器按照相同的方式定义,功能取决去它们各自实现的接口,常用的Web事件接口有如下几个:
    (1). ServletContextListener:用于监听Web应用的启动和关闭;
    (2). ServletContextAttributeListener:用于监听ServletContext范围(application)内属性的改变;
    (3). ServletRequestListener:用于监听用户的请求;
    (4). ServletRequestAttributeListener:用于监听ServletRequest范围(request)内属性的改变;
    (5). HttpSessionListener:用于监听用户session的开始和结束;
    (6). HttpSessionAttributeListener:用于监听HttpSession范围(session)内属性的改变。
    <listener>主要用于监听Web应用事件,其中有两个比较重要的WEB应用事件:应用的启动和停止(starting up or shutting downSession的创建和失效(created or destroyed。应用启动事件发生在应用第一次被Servlet容器装载和启动的时候;停止事件发生在Web应用停止的时候。Session创建事件发生在每次一个新的session创建的时候,类似地Session失效事件发生在每次一个Session失效的时候。为了使用这些Web应用事件做些有用的事情,我们必须创建和使用一些特殊的“监听类”。它们是实现了以下两个接口中任何一个接口的简单java类:javax.servlet.ServletContextListener或javax.servlet.http.HttpSessionListener,如果想让你的类监听应用的启动和停止事件,你就得实现ServletContextListener接口;想让你的类去监听Session的创建和失效事件,那你就得实现HttpSessionListener接口。

    7.2 Listener配置:

    配置Listener只要向Web应用注册Listener实现类即可,无序配置参数之类的东西,因为Listener获取的是Web应用ServletContext(application)的配置参数。为Web应用配置Listener的两种方式:

    (1). 使用@WebListener修饰Listener实现类即可。

    (2). 在web.xml文档中使用<listener>进行配置。

    我们选择web.xml这种配置方式,只有一个元素<listener-class>指定Listener的实现类,如下所示:

    
    这里的<listener>用于Spring的加载,Spring加载可以利用ServletContextListener实现,也可以采用load-on-startup Servlet 实现,但是当<filter>需要用到bean时,但加载顺序是:先加载<filter>后加载<servlet>,则<filter>中初始化操作中的bean为null;所以,如果过滤器中要使用到bean,此时就可以根据加载顺序<listener> -> <filter> -> <servlet>,将spring的加载改成Listener的方式。
    

    (1). 利用ServletContextListener实现:

    
     

    (2).采用load-on-startup Servlet 实现:

    
     

    我们选择了第二种方式,在J2EE工程中web服务器启动的时候最先调用web.xml,上面这段配置的意思是加载spring的监听器,其中ContextLoaderListener的作用就是启动Web容器时,自动装配applicationContext.xml的配置信息,执行它所实现的方法。

    8. <filter></filter>

    <!--****************************过滤器配置*********************************-->  
      <!-- 字符集过滤器 -->  
      <filter>  
        <filter-name>CharacterEncodingFilter</filter-name>  
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>  
        <init-param>  
          <param-name>encoding</param-name>  
          <param-value>UTF-8</param-value>  
        </init-param>  
        <init-param>  
          <param-name>forceEncoding</param-name>  
          <param-value>true</param-value>  
        </init-param>  
      </filter>  
      <!-- 单点登出过滤器 -->  
      <filter>  
        <filter-name>CAS Single Sign Out Filter</filter-name>  
        <filter-class>com.yonyou.mcloud.cas.client.session.SingleSignOutFilter</filter-class>  
      </filter>  
      <!-- 认证过滤器 -->  
      <filter>  
        <filter-name>CAS Authentication Filter</filter-name>  
    <filter-class>com.yonyou.mcloud.cas.client.authentication.ExpandAuthenticationFilter</filter-class>  
        <init-param>  
          <param-name>casServerLoginUrl</param-name>  
          <param-value>https://dev.yonyou.com:443/sso-server/login</param-value>  
        </init-param>  
        <init-param>  
          <!--这里的server是服务端的IP -->  
          <param-name>serverName</param-name>  
          <param-value>http://10.1.215.40:80</param-value>  
        </init-param>  
      </filter>  
      <!-- 验证ST/PT过滤器 -->  
      <filter>  
        <filter-name>CAS Validation Filter</filter-name>  
    <filter-class>org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>  
        <init-param>  
          <param-name>casServerUrlPrefix</param-name>  
          <param-value>https://dev.yonyou.com:443/sso-server</param-value>  
        </init-param>  
        <init-param>  
          <param-name>serverName</param-name>  
          <param-value>http://10.1.215.40:80</param-value>  
        </init-param>  
        <init-param>  
          <param-name>proxyCallbackUrl</param-name>  
          <param-value>https://dev.yonyou.com:443/business/proxyCallback</param-value>  
        </init-param>  
        <init-param>  
          <param-name>proxyReceptorUrl</param-name>  
          <param-value>/proxyCallback</param-value>  
        </init-param>  
        <init-param>  
          <param-name>proxyGrantingTicketStorageClass</param-name>  
    <param-value>com.yonyou.mcloud.cas.client.proxy.MemcachedBackedProxyGrantingTicketStorageImpl</param-value>  
        </init-param>  
        <!-- 解决中文问题 -->  
        <init-param>  
          <param-name>encoding</param-name>  
          <param-value>UTF-8</param-value>  
        </init-param>  
      </filter>  
      <filter>  
        <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>  
        <filter-class>org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>  
      </filter>  
      <filter>  
        <filter-name>CAS Assertion Thread Local Filter</filter-name>  
        <filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>  
      </filter>  
      <filter>  
        <filter-name>NoCache Filter</filter-name>  
        <filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>  
      </filter>  
      <!--****************************映射关系配置********************************-->  
      <filter-mapping>  
        <filter-name>CharacterEncodingFilter</filter-name>  
        <url-pattern>/*</url-pattern>  
      </filter-mapping>  
      <filter-mapping>  
        <filter-name>NoCache Filter</filter-name>  
        <url-pattern>/*</url-pattern>  
      </filter-mapping>  
      <filter-mapping>  
        <filter-name>CAS Single Sign Out Filter</filter-name>  
        <url-pattern>/*</url-pattern>  
      </filter-mapping>  
      <filter-mapping>  
        <filter-name>CAS Validation Filter</filter-name>  
        <url-pattern>/proxyCallback</url-pattern>  
      </filter-mapping>  
      <filter-mapping>  
        <filter-name>CAS Authentication Filter</filter-name>  
        <url-pattern>/*</url-pattern>  
      </filter-mapping>  
      <filter-mapping>  
        <filter-name>CAS Validation Filter</filter-name>  
        <url-pattern>/*</url-pattern>  
      </filter-mapping>  
      <filter-mapping>  
        <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>  
        <url-pattern>/*</url-pattern>  
      </filter-mapping>  
      <filter-mapping>  
        <filter-name>CAS Assertion Thread Local Filter</filter-name>  
        <url-pattern>/*</url-pattern>  
      </filter-mapping>

     

    8.1 Filter介绍:

    Filter可认为是Servle的一种“加强版”,主要用于对用户请求request进行预处理,也可以对Response进行后处理,是个典型的处理链。使用Filter的完整流程是:Filter对用户请求进行预处理,接着将请求HttpServletRequest交给Servlet进行处理并生成响应,最后Filter再对服务器响应HttpServletResponse进行后处理。Filter与Servlet具有完全相同的生命周期,且Filter也可以通过<init-param>来配置初始化参数,获取Filter的初始化参数则使用FilterConfig的getInitParameter()。

    换种说法,Servlet里有request和response两个对象,Filter能够在一个request到达Servlet之前预处理request,也可以在离开Servlet时处理response,Filter其实是一个Servlet链。以下是Filter的一些常见应用场合,

    (1)认证Filter

    (2)日志和审核Filter

    (3)图片转换Filter

    (4)数据压缩Filter

    (5)密码Filter

    (6)令牌Filter

    (7)触发资源访问事件的Filter

    (8)XSLT Filter

    (9)媒体类型链Filter

    Filter可负责拦截多个请求或响应;一个请求或响应也可被多个Filter拦截。创建一个Filter只需两步:
    (1) 创建Filter处理类
    (2) Web.xml文件中配置Filter
    Filter必须实现javax.servlet.Filter接口,在该接口中定义了三个方法:
    (1) void init(FilterConfig config):用于完成Filter的初始化。FilteConfig用于访问Filter的配置信息。
    (2) void destroy():用于Filter销毁前,完成某些资源的回收。
    (3) void doFilter(ServletRequest request,ServletResponse response,FilterChain chain):实现过滤功能的核心方法,该方法就是对每个请求及响应增加额外的处理。该方法实现对用户请求request进行预处理,也可以实现对服务器响应response进行后处理---它们的分界线为是否调用了chain.doFilter(request,response),执行该方法之前,即对用户请求request进行预处理,执行该方法之后,即对服务器响应response进行后处理。

    8.2 Filter配置:

    Filter可认为是Servlet的“增强版”,因此Filter配置与Servlet的配置非常相似,需要配置两部分:配置Filter名称和Filter拦截器URL模式。区别在于Servlet通常只配置一个URL,而Filter可以同时配置多个请求的URL。配置Filter有两种方式:
    (1). 在Filter类中通过Annotation进行配置。

    (2). 在web.xml文件中通过配置文件进行配置。
    我们使用的是web.xml这种配置方式,下面重点介绍<filter>内包含的一些元素。
    <filter>用于指定Web容器中的过滤器,可包含<filter-name>、<filter-class>、<init-param>、<icon>、<display-name>、<description>。

    (1).<filter-name>用来定义过滤器的名称,该名称在整个程序中都必须唯一。

    (2).<filter-class>元素指定过滤器类的完全限定的名称,即Filter的实现类。

    (3). <init-param>为Filter配置参数,与<context-param>具有相同的元素描述符<param-name>和<param-value>。

    (4). <filter-mapping>元素用来声明Web应用中的过滤器映射,过滤器被映射到一个servlet或一个URL 模式。这个过滤器的<filter>和<filter-mapping>必须具有相同的<filter-name>,指定该Filter所拦截的URL。过滤是按照部署描述符的<filter-mapping>出现的顺序执行的。

    8.21 字符集过滤器

    
     
    1. <filter>

    2. <filter-name>CharacterEncodingFilter</filter-name>

    3. <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>

    4. <init-param>

    5. <param-name>encoding</param-name>

    6. <param-value>UTF-8</param-value>

    7. </init-param>

    8. <init-param>

    9. <param-name>forceEncoding</param-name>

    10. <param-value>true</param-value>

    11. </init-param>

    12. </filter>

    13. <filter-mapping>

    14. <filter-name>CharacterEncodingFilter</filter-name>

    15. <url-pattern>/*</url-pattern>

    16. </filter-mapping>

    CharacterEncodingFilter类可以通过简单配置来帮我们实现字符集转换的功能,参数encoding用于指定编码类型,参数forceEncoding设为true时,强制执行request.setCharacterEncoding(this.encoding)和reponse.setCharacterEncoding(this.encoding)中的方法。

    8.22 缓存控制

    
     
    1. <filter>

    2. <filter-name>NoCache Filter</filter-name>

    3. <filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>

    4. </filter>

    5. <filter-mapping>

    6. <filter-name>NoCache Filter</filter-name>

    7. <!—表示对URL全部过滤-->

    8. <url-pattern>/*</url-pattern>

    9. </filter-mapping>

    8.23 登录认证

    
     
    1. <!-- 认证过滤器 -->

    2. <filter>

    3. <filter-name>CAS Authentication Filter</filter-name>

    4. <filter-class>com.yonyou.mcloud.cas.client.authentication.ExpandAuthenticationFilter</filter-class>

    5. <init-param>

    6. <param-name>casServerLoginUrl</param-name>

    7. <param-value>https://dev.yonyou.com:443/sso-server/login</param-value>

    8. </init-param>

    9. <init-param>

    10. <!--这里的server是服务端的IP -->

    11. <param-name>serverName</param-name>

    12. <param-value>http://10.1.215.40:80</param-value>

    13. </init-param>

    14. </filter>

    15. <filter-mapping>

    16. <filter-name>CAS Authentication Filter</filter-name>

    17. <url-pattern>/*</url-pattern>

    18. </filter-mapping>

    登录认证,未登录用户导向CAS Server进行认证。

    8.24 单点登出

    
     
    1. <filter>

    2. <filter-name>CAS Single Sign Out Filter</filter-name>

    3. <filter-class>org.jasig.cas.client.session.SingleSignOutFilter</filter-class>

    4. </filter>

    5. <filter-mapping>

    6. <filter-name>CAS Single Sign Out Filter</filter-name>

    7. <url-pattern>/*</url-pattern>

    8. </filter-mapping>

    9. <listener>

    10. <listener-class>org.jasig.cas.client.session.SingleSignOutHttpSessionListener</listener-class>

    11. </listener>

    CAS Server通知CAS Client,删除session,注销登录信息。

    8.25 封装request

    
     
    1. <filter>

    2. <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>

    3. <filter-class>org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>

    4. </filter>

    5. <filter-mapping>

    6. <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>

    7. <url-pattern>/*</url-pattern>

    8. </filter-mapping>

    封装request, 支持getUserPrincipal等方法。

    8.26 存放Assertion到ThreadLocal中

    
     
    1. <filter>

    2. <filter-name>CAS Assertion Thread Local Filter</filter-name>

    3. <filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>

    4. </filter>

    5. <filter-mapping>

    6. <filter-name>CAS Assertion Thread Local Filter</filter-name>

    7. <url-pattern>/*</url-pattern>

    8. </filter-mapping>

    8.27 禁用浏览器缓存

    
     
    1. <filter>

    2. <filter-name>NoCache Filter</filter-name>

    3. <filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>

    4. </filter>

    5. <filter-mapping>

    6. <filter-name>NoCache Filter</filter-name>

    7. <url-pattern>/*</url-pattern>

    8. </filter-mapping>

    8.28 CAS Client向CAS Server进行ticket验证

    
     
    1. <!-- 验证ST/PT过滤器 -->

    2. <filter>

    3. <filter-name>CAS Validation Filter</filter-name>

    4. <filter-class>org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>

    5. <init-param>

    6. <param-name>casServerUrlPrefix</param-name>

    7. <param-value>https://dev.yonyou.com:443/sso-server</param-value>

    8. </init-param>

    9. <init-param>

    10. <param-name>serverName</param-name>

    11. <param-value>http://10.1.215.40:80</param-value>

    12. </init-param>

    13. <init-param>

    14. <param-name>proxyCallbackUrl</param-name>

    15. <param-value>https://dev.yonyou.com:443/business/proxyCallback</param-value>

    16. </init-param>

    17. <init-param>

    18. <param-name>proxyReceptorUrl</param-name>

    19. <param-value>/proxyCallback</param-value>

    20. </init-param>

    21. <init-param>

    22. <param-name>proxyGrantingTicketStorageClass</param-name>

    23. <param-value>com.yonyou.mcloud.cas.client.proxy.MemcachedBackedProxyGrantingTicketStorageImpl</param-value>

    24. </init-param>

    25. <!-- 解决中文问题 -->

    26. <init-param>

    27. <param-name>encoding</param-name>

    28. <param-value>UTF-8</param-value>

    29. </init-param>

    30. </filter>

    31. <filter-mapping>

    32. <filter-name>CAS Validation Filter</filter-name>

    33. <url-pattern>/proxyCallback</url-pattern>

    34. </filter-mapping>

    35. <filter-mapping>

    36. <filter-name>CAS Validation Filter</filter-name>

    37. <url-pattern>/*</url-pattern>

    38. </filter-mapping>

    9. <servlet></servlet>

    
     
    1. <!--****************************servlet</span><span style="font-family:SimSun;">配置</span><span style="font-family:Times New Roman;">******************************-->

    2. <!-- Spring view</span><span style="font-family:SimSun;">分发器 对所有的请求都由business对应的类来控制转发</span><span style="font-family:Times New Roman;"> -->

    3. <servlet>

    4. <servlet-name>business</servlet-name>

    5. <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>

    6. <init-param>

    7. <param-name>publishContext</param-name>

    8. <param-value>false</param-value>

    9. </init-param>

    10. <load-on-startup>1</load-on-startup>

    11. </servlet>

    12. <!-- </span><span style="font-family:SimSun;">用户登出</span><span style="font-family:Times New Roman;"> -->

    13. <servlet>

    14. <servlet-name>LogOutServlet</servlet-name>

    15. <servlet-class>com.yonyou.mcloud.cas.web.servlet.LogOutServlet</servlet-class>

    16. <init-param>

    17. <param-name>serverLogoutUrl</param-name>

    18. <param-value>https://dev.yonyou.com:443/sso-server/logout</param-value>

    19. </init-param>

    20. <init-param>

    21. <param-name>serverName</param-name>

    22. <param-value>http://10.1.215.40:80/business/</param-value>

    23. </init-param>

    24. </servlet>

    25. <!--****************************servlet</span><span style="font-family:SimSun;">映射关系配置</span><span style="font-family:Times New Roman;">*************************-->

    26. <servlet-mapping>

    27. <servlet-name>LogOutServlet</servlet-name>

    28. <url-pattern>/logout</url-pattern>

    29. </servlet-mapping>

    30. <servlet-mapping>

    31. <servlet-name>business</servlet-name>

    32. <url-pattern>/</url-pattern>

    33. </servlet-mapping>

    9.1 Servlet介绍:

    Servlet通常称为服务器端小程序,是运行在服务器端的程序,用于处理及响应客户的请求。Servlet是个特殊的java类,继承于HttpServlet。客户端通常只有GET和POST两种请求方式,Servlet为了响应则两种请求,必须重写doGet()和doPost()方法。大部分时候,Servlet对于所有的请求响应都是完全一样的,此时只需要重写service()方法即可响应客户端的所有请求。

    另外,HttpServlet有两个方法:

    (1). init(ServletConfig config):创建Servlet实例时,调用该方法的初始化Servlet资源。

    (2). destroy():销毁Servlet实例时,自动调用该方法的回收资源。

    通常无需重写init()和destroy()两个方法,除非需要在初始化Servlet时,完成某些资源初始化的方法,才考虑重写init()方法,如果重写了init()方法,应在重写该方法的第一行调用super.init(config),该方法将调用HttpServlet的init()方法。如果需要在销毁Servlet之前,先完成某些资源的回收,比如关闭数据库连接,才需要重写destory方法()。

    Servlet的生命周期:

    创建Servlet实例有两个时机:

    (1). 客户端第一次请求某个Servlet时,系统创建该Servlet的实例,大部分Servlet都是这种Servlet。

    (2). Web应用启动时立即创建Servlet实例,即load-on-start Servlet。

    每个Servlet的运行都遵循如下生命周期:

    (1). 创建Servlet实例。

    (2). Web容器调用Servlet的init()方法,对Servlet进行初始化。

    (3). Servlet初始化后,将一直存在于容器中,用于响应客户端请求,如果客户端发送GET请求,容器调用Servlet的doGet()方法处理并响应请求;如果客户端发送POST请求,容器调用Servlet的doPost()方法处理并响应请求。或者统一使用service()方法处理来响应用户请求。

    (4). Web容器决定销毁Servlet时,先调用Servlet的destory()方法,通常在关闭Web应用时销毁Servlet实例。

    9.2 Servlet配置:

    为了让Servlet能响应用户请求,还必须将Servlet配置在web应用中,配置Servlet需要修改web.xml文件。从Servlet3.0开始,配置Servlet有两种方式:

    (1). 在Servlet类中使用@WebServlet Annotation进行配置。

    (2). 在web.xml文件中进行配置。

    我们用web.xml文件来配置Servlet,需要配置<servlet>和<servlet-mapping>。<servlet>用来声明一个Servlet。<icon>、<display-name>和<description>元素的用法和<filter>的用法相同。<init-param>元素与<context-param>元素具有相同的元素描述符,可以使用<init-param>子元素将初始化参数名和参数值传递给Servlet,访问Servlet配置参数通过ServletConfig对象来完成,ServletConfig提供如下方法:

    java.lang.String.getInitParameter(java.lang.String name):用于获取初始化参数

    ServletConfig获取配置参数的方法和ServletContext获取配置参数的方法完全一样,只是ServletConfig是取得当前Servlet的配置参数,而ServletContext是获取整个Web应用的配置参数。

    (1). <description>、<display-name>和<icon>

    1). <description>:为Servlet指定一个文本描述。

    2). <display-name>:为Servlet提供一个简短的名字被某些工具显示。

    3). <icon>:为Servlet指定一个图标,在图形管理工具中表示该Servlet。

    (2). <servlet-name>、<servlet-class>和<jsp-file>元素

    <servlet>必须含有<servlet-name>和<servlet-class>,或者<servlet-name>和<jsp-file>。 描述如下:

    1). <servlet-name>用来定义servlet的名称,该名称在整个应用中必须是惟一的。

    2). <servlet-class>用来指定servlet的完全限定的名称。

    3). <jsp-file>用来指定应用中JSP文件的完整路径。这个完整路径必须由/开始。

    (3). <load-on-startup>

    如果load-on-startup元素存在,而且也指定了jsp-file元素,则JSP文件会被重新编译成Servlet,同时产生的Servlet也被载入内存。<load-on-startup>的内容可以为空,或者是一个整数。这个值表示由Web容器载入内存的顺序。

    举个例子:如果有两个Servlet元素都含有<load-on-startup>子元素,则<load-on-startup>子元素值较小的Servlet将先被加载。如果<load-on-startup>子元素值为空或负值,则由Web容器决定什么时候加载Servlet。如果两个Servlet的<load-on-startup>子元素值相同,则由Web容器决定先加载哪一个Servlet。<load-on-startup>1</load-on-startup>表示启动容器时,初始化Servlet。

    (4). <servlet-mapping>

    <servlet-mapping>含有<servlet-name>和<url-pattern>

    1). <servlet-name>:Servlet的名字,唯一性和一致性,与<servlet>元素中声明的名字一致。

    2). <url-pattern>:指定相对于Servlet的URL的路径。该路径相对于web应用程序上下文的根路径。<servlet-mapping>将URL模式映射到某个Servlet,即该Servlet处理的URL。

    (5). 加载Servlet的过程 

    容器的Context对象对请求路径(URL)做出处理,去掉请求URL的上下文路径后,按路径映射规则和Servlet映射路径(<url- pattern>)做匹配,如果匹配成功,则调用这个Servlet处理请求。 

    9.3DispatcherServlet在web.xml中的配置:

    
     
    1. <!-- Spring view分发器 对所有的请求都由business对应的类来控制转发 -->

    2. <servlet>

    3. <servlet-name>business</servlet-name>

    4. <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>

    5. <init-param>

    6. <param-name>publishContext</param-name>

    7. <param-value>false</param-value>

    8. </init-param>

    9. <load-on-startup>1</load-on-startup>

    10. </servlet>

    配置Spring MVC,指定处理请求的Servlet,有两种方式:

    (1). 默认查找MVC配置文件的地址是:/WEB-INF/${servletName}-servlet.xml

    (2). 可以通过配置修改MVC配置文件的位置,需要在配置DispatcherServlet时指定MVC配置文件的位置。

    我们在平台项目两个工程中分别使用了不同的配置方式,介绍如下:

    (1). 在business-client工程中按照默认方式查找MVC的配置文件,配置文件目录为: /WEB-INF/business-servlet.xml。工程目录结构如下所示:
     
    (2).在public-base-server工程中,通过第2种方式进行配置,把spring-servlet.xml放到src/main/resources/config/spring-servlet.xml,则需要在配置DispatcherServlet时指定<init-param>标签。具体代码如下:

    
     
    1. <servlet>

    2. <servlet-name>spring</servlet-name>

    3. <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>

    4. <init-param>

    5. <param-name>publishContext</param-name>

    6. <param-value>false</param-value>

    7. </init-param>

    8. <init-param>

    9. <param-name>contextConfigLocation</param-name>

    10. <param-value>classpath:config/spring-servlet.xml</param-value>

    11. </init-param>

    12. <load-on-startup>1</load-on-startup>

    13. </servlet>

    工程目录结构如下:

    其中,classpath是web项目的类路径,可以理解为classes下面。因为无论这些配置文件放在哪,编译之后如果没有特殊情况的话都直接在classes下面。jar包的话虽然放在lib文件夹里,但实际上那些类可以直接引用,比如:com.test.ABC,仿佛也在classes下面一样。

    在我们的工程里,经过验证,maven工程这两个路径经过编译后生成的文件都位于classes目录下,即这两个路径相当于类路径,在下面创建config文件夹(folder),然后创建自定义的xml配置文件即可。

    classpath和classpath*区别:同名资源存在时,classpath只从第一个符合条件的classpath中加载资源,而classpath*会从所有的classpath中加载符合条件的资源。classpath*,需要遍历所有的classpath,效率肯定比不上classpath,因此在项目设计的初期就尽量规划好资源文件所在的路径,避免使用classpath*来加载。

    9.4 ContextLoaderListener和DispatcherServlet初始化上下文关系和区别:

    从上图可以看出,ContextLoaderListener初始化的上下文加载的Bean是对于整个应用程序共享的,一般如:DAO层、Service层Bean;DispatcherServlet初始化的上下文加载的Bean是只对Spring MVC有效的Bean,如:Controller、HandlerMapping、HandlerAdapter等,该初始化上下文只加载Web相关组件。

    注意:用户可以配置多个DispatcherServlet来分别处理不同的url请求,每个DispatcherServlet上下文都对应一个自己的子Spring容器,他们都拥有相同的父Spring容器(业务层,持久(dao)bean所在的容器)。

    10. <welcome-file-list></welcome-file-list>

    
     
    1. <!-- welcome page -->

    2. <welcome-file-list>

    3. <welcome-file>index.html</welcome-file>

    4. </welcome-file-list>

    <welcome-file-list>包含一个子元素<welcome-file>,<welcome-file>用来指定首页文件名称。<welcome-file-list>元素可以包含一个或多个<welcome-file>子元素。如果在第一个<welcome-file>元素中没有找到指定的文件,Web容器就会尝试显示第二个,以此类推。

     

    11. 参考文献:

    http://wiki.metawerx.net/wiki/Web.xml
    http://www.cnblogs.com/konbluesky/articles/1925295.html
    http://blog.csdn.net/sapphire_aling/article/details/6069764
    http://blog.csdn.net/zndxlxm/article/details/8711626
    http://blog.csdn.net/zhangliao613/article/details/6289114
    http://www.cnblogs.com/bukudekong/archive/2011/12/26/2302081.html
    http://blog.sina.com.cn/s/blog_92b93d6f0100ypp9.html
    http://blog.csdn.net/heidan2006/article/details/3075730
    http://zhidao.baidu.com/link?url=vBOBj5f2D1Zx3wSUJo-XphWrG6f7QPmfzk0UtS9Xk7p1SG_OdeCkiH6dT6eyHO-Pa6p4hLTEfvY7O9d_OM0Gua
    http://www.blogjava.net/dashi99/archive/2008/12/30/249207.html
    http://uule.iteye.com/blog/2051817
    http://blog.csdn.net/javaer617/article/details/6432654
    http://blog.csdn.net/seng3018/article/details/6758860
    http://groups.tianya.cn/tribe/showArticle.jsp?groupId=185385&articleId=2704257273118260804105385
    http://blog.csdn.net/qfs_v/article/details/2557128
    http://www.blogjava.net/fancydeepin/archive/2013/03/30/java-ee_web-xml.html
    http://wenku.baidu.com/link?url=P30DokIynD5zzRU2dtdkQhEwsHi-REKuBiHa_dK60bA6pQwggvX2mo9y9Mbb1tkYcsiRCaHBf-c
    4ZgIG5POmbbcRO_OxDJUaW15n300xJrq 
    http://fyq891014.blog.163.com/blog/static/200740191201233052531278/ 
    http://blog.163.com/sir_876/blog/static/11705223201111544523333/ 
    http://www.guoweiwei.com/archives/797 
    http://www.open-open.com/lib/view/open1402751642806.html 
    http://sishuok.com/forum/blogPost/list/5188.html;jsessionid=EBC2151611BEB99BDF390C5CADBA693A
    http://www.micmiu.com/j2ee/spring/spring-classpath-start/
    http://elf8848.iteye.com/blog/2008595
    http://blog.csdn.net/arvin_qx/article/details/6829873
    轻量级javaEE企业应用实战(第3版) ---李刚

    展开全文
  • web.xml文件作用,详解

    千次阅读 2019-04-08 19:37:46
    一般的web工程中都会用到web.xmlweb.xml主要用来配置,可以方便的开发web工程。web.xml主要用来配置Filter、Listener、Servlet等。但是web.xml并不是必须的,一个web工程可以没有web.xml文件。 1 web.xml工作过程...

    一般的web工程中都会用到web.xml,web.xml主要用来配置,可以方便的开发web工程。web.xml主要用来配置Filter、Listener、Servlet等。但是web.xml并不是必须的,一个web工程可以没有web.xml文件。

    1 web.xml工作过程

    1 启动一个web项目时,容器(如tomcat)会去读web.xml,读取<listener>监听器和<context-param>两个结点

    2 然后容器创建一个ServletContext(servlet上下文),这个web项目的所有部分都将共享这个上下文

    3 容器将<context-param></context-param>转换为键值对,并交给servletContext

    4 容器创建<listener>中的类实例,创建监听器

    5 在监听器中有contextInitialized(ServletContextEventargs)初始化方法,在这个方法中获得ServletContext=ServletContextEvent.getServletContext();context-param的值=ServletContext.getInitParameter("context-param的键")

    6 得到这个context-param的值后,就可以做一些操作了,注意,这个时候web项目还没有完全启动成功,换句话说,这个时候对<context-param>中的键值得操作,将在web项目完全启动以前被执行

    举例:可以在项目启动之前就打开数据库,那么就可以在<context-param>中设置数据库的连接方式,在监听类中初始化数据库的连接

    2 常用配置详解

    2.1 servlet-mapping

    <servlet>
     	<servlet-name>DispatcherServlet</servlet-name>
     	<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
     	<init-param>
     		<param-name>contextConfigLocation</param-name>
     		<param-value>classpath:spring/SpringMVC.xml</param-value>
     	</init-param>
     		<!-- 配置springmvc什么时候启动,参数必须为整数 -->
    		<!-- 如果为0或者大于0,则springMVC随着容器启动而启动 -->
    		<!-- 如果小于0,则在第一次请求进来的时候启动 -->
    		<load-on-startup>1</load-on-startup>
     </servlet>
     <servlet-mapping>
     	<servlet-name>DispatcherServlet</servlet-name>
     	<url-pattern>*.action</url-pattern>
     </servlet-mapping>

    由于客户端是通过URL地址访问web服务器中的资源,所以Servlet程序若想被外界访问,必须把servlet程序映射到一个URL地址上,这个工作在web.xml文件中使用<servlet>元素和<servlet-mapping>元素完成

     <servlet>元素用于注册Servlet,它包含有两个主要的子元素:<servlet-name>和<servlet-class>,分别用于设置Servlet的注册名称和Servlet的完整类名。

    <servlet-mapping>元素用于映射一个已注册的Servlet的一个对外访问路径,它包含有两个子元素:<servlet-name>和<url-pattern>,分别用于指定Servlet的注册名称和Servlet的对外访问路径

    2.2 init-param

    <init-param>
     		<param-name>contextConfigLocation</param-name>
     		<param-value>classpath:spring/SpringMVC.xml</param-value>
     	</init-param>
     		<!-- 配置springmvc什么时候启动,参数必须为整数 -->
    		<!-- 如果为0或者大于0,则springMVC随着容器启动而启动 -->
    		<!-- 如果小于0,则在第一次请求进来的时候启动 -->
    		<load-on-startup>1</load-on-startup>

    web应用启动时,启动springmvc配置

    如果WEB应用启动时就需要启动某个框架程序,那么可以把框架程序的启动代码放到一个Servlet的init方法中,并为这个Servlet配置</load-on-startup>。这样的话,当WEB应用启动时,框架也将随之启动。例如我们以后将要学习到的struts框架采用的就是这种启动方式。

    2.3 filter过滤器

    <!-- 配置过滤器,解决post的乱码问题 -->
    	<filter>
    		<filter-name>encoding</filter-name>	
    		<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
    	</filter>
    	<filter-mapping>
    		<filter-name>encoding</filter-name>
    		<url-pattern>/*</url-pattern>
    	</filter-mapping>

     

    展开全文
  • 一个很详细的web.xml讲解

    万次阅读 多人点赞 2015-11-19 16:36:13
    Web.xml 一、Web.xml的作用? 作用是用来初始化配置信息的。 比如:Welcome页面、servlet、servlet-mapping、filter、listener、启动加载级别等。 二、Web.xml是每个J2EE工程所必需的吗? 当你的工程不需要上述配置...

    1、启动一个WEB项目的时候,WEB容器会去读取它的配置文件web.xml,读取<listener>和<context-param>两个结点。 

    2、紧急着,容创建一个ServletContext(servlet上下文),这个web项目的所有部分都将共享这个上下文。 

    3、容器将<context-param>转换为键值对,并交给servletContext。 

    4、容器创建<listener>中的类实例,创建监听器。 

    一、Web.xml的作用?

    作用是用来初始化配置信息的。

    比如:Welcome页面、servletservlet-mappingfilterlistener、启动加载级别等。

    二、Web.xml是每个J2EE工程所必需的吗?

    当你的工程不需要上述配置时,就不需要web.xml来配置你的Application

    三、节点元素Load-on-startup

    Load-on-startup 元素在web应用启动的时候指定了servlet被加载的顺序,它的值必须是一个整数。如果它的值是一个负整数或是这个元素不存在,那么容器会在该servlet被调用的时候,加载这个servlet 。如果值是正整数或零,容器在配置的时候就加载并初始化这个servlet,容器必须保证值小的先被加载。如果值相等,容器可以自动选择先加载谁。  

    在servlet的配置当中,<load-on-startup>5</load-on-startup>的含义是: 

    标记容器是否在启动的时候就加载这个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 的顺序进行调用的。

    五、常用标签及其功能

    1. Schema文件

    每个xml文件都有定义它书写规则的Schema文件,也就是说javaEE的定义web.xml所对应的xml Schema文件中定义了多少种标签元素,web.xml中就可以出现它所定义的标签元素,也就具备哪些特定的功能。web.xml的模式文件是由Sun 公司定义的,每个web.xml文件的根元素为<web-app>中,必须标明这个web.xml使用的是哪个模式文件。如: 

    <?xml version="1.0" encoding="UTF-8"?>
    <web-app version="2.5" 
    xmlns="http://java.sun.com/xml/ns/javaee"  --命名空间,类似包名,因为xml的标签可自定义,需要命名空间来区分
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" --xml遵循的标签规范
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
    <a href="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd\" "="">http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" --用来定义xmlschema的地址,也就是xml书写时需要遵循的语法,两部分组成,前面部分就是命名空间的名字,后面是xsd(xmlschema)的地址
    >
    </web-app>

        web.xml的模式文件中定义的标签并不是定死的,模式文件也是可以改变的,一般来说,随着web.mxl模式文件的版本升级,里面定义的功能会越来越复杂,标签元素的种类肯定也会越来越多,但有些不是很常用的,我们只需记住一些常用的并知道怎么配置就可以了。 

    2. 关于欢迎页面

    访问一个网站时,默认看到的第一个页面就叫欢迎页,一般情况下是由首页来充当欢迎页的。一般情况下,我们会在web.xml中指定欢迎页。但 web.xml并不是一个Web的必要文件,没有web.xml,网站仍然是可以正常工作的。只不过网站的功能复杂起来后,web.xml的确有非常大用处,所以,默认创建的动态web工程在WEB-INF文件夹下面都有一个web.xml文件。

    指定欢迎页面,例如: 

    <welcome-file-list>
         <welcome-file>index.jsp</welcome-file> 
         <welcome-file>index1.jsp</welcome-file> 
       </welcome-file-list>
    PS在用户访问Web应用时,如果仅给出Web应用的根访问URL,没有指定具体的文件名,容器会调用<weblcome-file- list> 元素里指定的文件清单。<welcome-file-list>里允许有多个<welcome-file>元 素,每个元素代表一个文件。显示时按顺序从第一个找起,如果第一个存在,就显示第一个,后面的不起作用。如果第一个不存在,就找第二个,以此类推,如果所有文件都不存在,则抛出404错误。

    3. 命名与定制URL我们可以为ServletJSP文件命名并定制URL,其中定制URL是依赖命名的,命名必须在定制URL前。下面拿servlet来举例: 

    (1)、为Servlet命名: 

    <servlet> 
         <servlet-name>servlet1</servlet-name> 
         <servlet-class>org.whatisjava.TestServlet</servlet-class> 
    </servlet>
    (2)、为Servlet定制URL 
    <servlet-mapping> 
         <servlet-name>servlet1</servlet-name> 
         <url-pattern>*.do</url-pattern> 
    </servlet-mapping>

    4. 详解web.xml

    <?xml version="1.0" encoding="UTF-8"?> 
    <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" 
    "http://java.sun.com/dtd/web-app_2_3.dtd"> 
    <web-app> 
    <display-name>Sample Application</display-name> 
    <description>This is a sample application</description>
    <!-- 在此设定的参数,可以在servlet中用 getServletContext().getInitParameter("my_param") 来取得 -->
    <context-param>	<!-- 用来设定web站台的环境参数 -->
        <param-name>my_param</param-name>
        <param-value>hello</param-value>
    </context-param>
    <filter> 
    <!–过滤器名,可以随便取,当web应用中有多个过滤器时不允许重名.–> 
    <filter-name>SampleFilter</filter-name> 
    <!–具体的过滤器的类的完整的包名+类名。注意:不能写错了。否则容器不能正确的实例化过滤器–> 
    <filter-class>mypack.SampleFilter</filter-class> 
    <init-param> 
    <!– 参数名 –> 
    <param-name>initParam1</param-name> 
    <!– 参数值 –> 
    <param-value>2</param-value> 
    </init-param> 
    </filter> 
    <!– Define the SampleFilter Mapping –> 
    <filter-mapping> 
    <!–过滤器名,注意要和上面的<filter-name>里的名字一样。–> 
    <filter-name>SampleFilter</filter-name> 
    <!– 指定过滤器负责过滤的URL。这里指定了*.jsp表示在访问任何一个jsp页面时都会先使用mypack.SampleFilter过滤器进行过滤。如果写成login.jsp.则只有在访问login.jsp时才会调用该过滤器进行过滤。–> 
    <url-pattern>*.jsp</url-pattern> 
    </filter-mapping> 
    <servlet> 
    <!– Servlet名字,可以随便取,有多个Servlet时不允许重名–> 
    <servlet-name>SampleServlet</servlet-name> 
    <!–指定实现这个Servlet的类。完整的包名+类名–> 
    <servlet-class>mypack.SampleServlet</servlet-class> 
    <!–定义Servlet的初始化参数(包括参数名和参数值)一个<servlet>元素里可以有多个<init-param>元素。在Servlet类中通过ServletConfig类的来访问这些参数。 
    –> 
    <init-param> 
    <!– 参数名 –> 
    <param-name>initParam1</param-name> 
    <!– 参数值 –> 
    <param-value>2</param-value> 
    </init-param> 
    <!–指定当前Web应用启动时装载Servlet的次序。当这个数>=0时,容器会按数值从小到大依次加载。如果数值<0或没有指定,容器将载Web客户首次访问这个Servlet时加载。–> 
    <load-on-startup>1</load-on-startup> 
    </servlet> 
    <!– Define the SampleServlet Mapping –> 
    <servlet-mapping> 
    <!–必须和<servlet>里的<servlet-name>内容一样–> 
    <servlet-name>SampleServlet</servlet-name> 
    <!–指定访问这个Servlet的URL。这里给出的是对于整个Web应用的相对URL路径。–> 
    <url-pattern>/sample</url-pattern> 
    </servlet-mapping> 
    <session-config> 
    <!–设 定HttpSession的生命周期。这里以分钟计算。下面的设定指明Session在最长不活动时间为10分钟。过了这个时间,Servlet容器将它 作为无效处理。注意这里和程序里指定的计数单位不同,程序里是以秒为单位。<session-config>只有<session- timeout>这个元素–> 
    <session-timeout>10</session-timeout> 
    </session-config> 
    <!— 配置会话侦听器,class表示一个HttpSessionListener或 HttpSessionActivationListener 或 HttpSessionAttributeListener或 HttpSessionBindingListener的实现类。该节点允许多个 –> 
    <listener> 
    <listener-class>com.cn.SessionListenerImpl</listener-class> 
    </listener> 
    <!– 在 用户访问Web应用时,如果仅给出Web应用的根访问URL,没有指定具体的文件名,容器会调用<weblcome-file- list> 元素里指定的文件清单。<welcome-file-list>里允许有多个<welcome-file>元 素,每个元素代表一个文件。容器会先找第一文文件件是否存在,如果存在这把这个文件返回个客户,不再进行其他文件的查找。如果不存在则找第二个文件,依次 类推。如果所有文件都不存在,则跑出404错误–> 
    <welcome-file-list> 
    <welcome-file>login.jsp</welcome-file> 
    <welcome-file>index.htm</welcome-file> 
    </welcome-file-list> 
    <!– 设置Web应用引用的自定义标签库。下面的代码定义了一个/mytaglib标签库,它对应的TLD文件为/WEB-INF/mytaglib.tld –> 
    <taglib> 
    <taglib-uri>/mytaglib</taglib-uri> 
    <taglib-location>/WEB-INF/mytaglib.tld</taglib-location> 
    </taglib> 
    <!– 如果Web应用访问了由Servlet容器管理的某个JNDI Resource必须在这里声明对JNDI Resource的引用 –> 
    <resource-ref> 
    <!– 对应用资源的说明 –> 
    <description>DB Connection</description> 
    <!– 指定所引用资源的JNDI名字 –> 
    <res-ref-name>jdbc/sampleDb</res-ref-name> 
    <!– 指定所引用资源的类名字 –> 
    <res-type>javax.sql.DataSource</res-type> 
    <!– 指定管理所引用资源的Manager, 它有两个可选值:Container和Application.Container表示由容器来创建和管理Resource,Application表示由Web应用来管理和创建Resource –> 
    <res-auth>Container</res-auth> 
    </resource-ref> 
    <security-constraint> 
    <web-resource-collection> 
    <!– 这个名字是必须的,由工具使用,别的地方不使用 –> 
    <web-resource-name>my application</web-resource-name> 
    <!– 指定要受约束的资源,至少有一个。可以有多个. –> 
    <uri-pattern>/*</uri-pattern> 
    <!– 描 述了度可与URL模式指定的资源哪些方法是受约束的,如果没有<http-method>元素,表示任何角色的人都无法访问任何http的方 法  。这里放置了GET方法,表示只有GET方法是受约束的。其他任何角色的人可以访问POST和其他的方法。但不能访问GET方法。–> 
    <http-method>GET</http-method> 
    </web-resource-collection> 
    <!– 如果没有<auth-constraint>表示所有角色都能访问GET方法,如果是<auth-constraint/>表示任何角色都不能访问GET方法 –> 
    <auth-constraint> 
    <!– 可选的。表示哪些角色能够在指定的资源上调用受约束的方法。这里表示只有拥有Admin和Member角色的人能够访问GET方法 
    <security-role>>里的<role-name>值一样 –> 
    <role-name>Admin</role-name> 
    <role-name>Member</role-name> 
    </auth-constraint> 
    </security-constraint> 
    <!– 将指定的角色映射到web.xml里 –> 
    <security-role> 
    <description>The role that is required to log into the my Application 
    </description> 
    <!– 以下的角色和tomcat-users.xml里的<tomcat-users>里的<role rolename=""/>里的rolename属性值对应 –> 
    <role-name>Guest</role-name> 
    <role-name>Admin</role-name> 
    <role-name>Member</role-name> 
    </security-role> 
    <!– 如果要想进行认证,必须有<login-config>–> 
    <login-config> 
    <!– 认证方式。有4种:BASIC:基本。 DIGEST:摘要。CLIENT-CERT:客户证书(能提供最高强度的认证)。FORM:表单 –> 
    <auth-method>FORM</auth-method> 
    <realm-name> 
    Tomcat Servet Configuraton Form-Based Authentication Area 
    </realm-name> 
    <form-login-config> 
    <form-login-page>/login.jsp</form-login-page> 
    <form-error-page>/error.jsp</form-error-page> 
    </form-login-config> 
    </login-config>
    <error-page> <!-- 用来处理错误代码或异常的页面,有三个子元素: -->
        <error-code>404</error-code> <!-- 指定错误代码 -->
        <exception-type>java.lang.Exception</exception-type> <!-- 指定一个JAVA异常类型 -->
        <location>/error404.jsp</location> <!-- 指定在web站台内的相关资源路径 -->
    </error-page>
    <mime-mapping>		<!-- 定义某一个扩展名和某一个MIME Type做对映,包含两个节点 -->
        <extension>doc</extension>	<!-- 扩展名的名称 -->
        <mime-type>application/vnd.ms-word</mime-type>	<!-- MIME格式 -->
    </mime-mapping> 
    <mime-mapping>
        <extension>xls</extension>
        <mime-type>application/vnd.ms-excel</mime-type>
    </mime-mapping>
    </web-app>


    
    转载自: http://www.cnblogs.com/qinying/archive/2011/01/21/1940800.html
    


    展开全文
  • Web.xml详解

    万次阅读 多人点赞 2019-04-04 16:05:16
    这篇文章主要是综合网上关于web.xml的一些介绍,希望对大家有所帮助,也欢迎大家一起讨论。 ---题记 1.web.xml加载过程(步骤) 首先简单讲一下,web.xml的加载过程。当启动一个WEB项目时,容器包括(JBoss、...

    这篇文章主要是综合网上关于web.xml的一些介绍,希望对大家有所帮助,也欢迎大家一起讨论。 ---题记

    1.web.xml加载过程(步骤)

    首先简单讲一下,web.xml的加载过程。当启动一个WEB项目时,容器包括(JBoss、Tomcat等)首先会读取项目web.xml配置文件里的配置,当这一步骤没有出错并且完成之后,项目才能正常地被启动起来。

    1. 启动WEB项目的时候,容器首先会去它的配置文件web.xml读取两个节点:  <listener></listener>和<context-param></context-param>。
    2. 紧接着,容器创建一个ServletContext(Application),这个WEB项目所有部分都将共享这个上下文。
    3. 容器以<context-param></context-param>的name作为键,value作为值,将其转化为键值对,存入ServletContext。
    4. 容器创建<listener></listener>中的类实例,根据配置的class类路径<listener-class>来创建监听,在监听中会有contextInitialized(ServletContextEvent args)初始化方法,启动Web应用时,系统调用Listener的该方法,在这个方法中获得:ServletContext application = ServletContextEvent.getServletContext(); context-param的值application.getInitParameter("context-param的键"); 得到这个context-param的值之后,你就可以做一些操作了。
    5. 举例:你可能想在项目启动之前就打开数据库,那么这里就可以在<context-param>中设置数据库的连接方式(驱动、url、user、password),在监听类中初始化数据库的连接。这个监听是自己写的一个类,除了初始化方法,它还有销毁方法,用于关闭应用前释放资源。比如:说数据库连接的关闭,此时,调用contextDestroyed(ServletContextEvent args),关闭Web应用时,系统调用Listener的该方法。
    6. 接着,容器会读取<filter></filter>,根据指定的类路径来实例化过滤器。
    7. 以上都是在WEB项目还没有完全启动起来的时候就已经完成了的工作。如果系统中有Servlet,则Servlet是在第一次发起请求的时候被实例化的,而且一般不会被容器销毁,它可以服务于多个用户的请求。所以,Servlet的初始化都要比上面提到的那几个要迟。
    8. 总的来说,web.xml的加载顺序是:<context-param>-><listener>-><filter>-><servlet>。其中,如果web.xml中出现了相同的元素,则按照在配置文件中出现的先后顺序来加载。
    9. 对于某类元素而言,与它们出现的顺序是有关的。以<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>类似,此处不再赘述。

    2.web.xml标签详解

    1. XML文档有效性检查

    <!DOCTYPE web-app PUBLIC"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN""http://java.sun.com/dtd/web-app_2_3.dtd" >

    这段代码指定文件类型定义(DTD),可以通过它检查XML文档的有效性。下面显示的<!DOCTYPE>元素有几个特性,这些特性告诉我们关于DTD的信息: 

    • web-app定义该文档(部署描述符,不是DTD文件)的根元素 
    • PUBLIC意味着DTD文件可以被公开使用 
    • -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN”意味着DTD由Sun Microsystems, Inc.维护。该信息也表示它描述的文档类型是DTD Web Application 2.3,而且DTD是用英文书写的。 
    • URL“http://java.sun.com/dtd/web-app_2_3.dtd”表示D文件的位置。

    2. <web-app></web-app>

    部署描述符的根元素是<web-app>,DTD文件规定<web-app>元素的子元素的语法如下:

    <!ELEMENT web-app (icon?, display-name?, description?,distributable?, context-param*, filter*, filter-mapping*,listener*, servlet*, servlet-mapping*, session-config?,mime-mapping*, welcome-file-list?,error-page*, taglib*, resource-env-ref*, resource-ref*,security-constraint*, login-config?, security-role*,env-entry*,ejb-ref*, ejb-local-ref*)> 

    正如您所看到的,这个元素含有23个子元素,而且子元素都是可选的。问号(?)表示子元素是可选的,而且只能出现一次。星号(*)表示子元素可在部署描述符中出现零次或多次。有些子元素还可以有它们自己的子元素。web.xml文件中<web-app>元素声明的是下面每个子元素的声明。下面讲述部署描述符中可能包含的所有子元素。

    注意:在Servlet 2.3中,子元素必须按照DTD文件语法描述中指定的顺序出现。比如:如果部署描述符中的<web-app>元素有<servlet>和<servlet-mapping>两个子元素,则<servlet>子元素必须出现在<servlet-mapping>子元素之前。在Servlet2.4中,顺序并不重要。

    3. <display-name></display-name>

    <display-name>test-hwp-web-application</display-name>定义了web应用的名称,可以在http://localhost:8080/manager/html中显示。如下所示:

    4. <distributable/>

    <distributable/>可以使用distributable元素来告诉servlet/JSP容器,Web容器中部署的应用程序适合在分布式环境下运行。

    5. <context-param></context-param>

    使用上下文初始化参数

    <!--****************************上下文初始化参数***************************-->
    <context-param>
        <param-name>webAppRootKey</param-name>
        <param-value>business.root</param-value>
    </context-param>
    <!-- spring config -->
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring-configuration/*.xml</param-value>
    </context-param>

    5.1<context-param>解释:

    <context-param>元素含有一对参数名和参数值,用作应用的Servlet上下文初始化参数,参数名在整个Web应用中必须是惟一的,web应用的整个生命周期中上下文初始化参数都存在,任意的Servletjsp都可以随时随地访问它。

    • <param-name>:参数名
    • <param-value>:参数值。作为选择,可用<description>来描述参数。

    5.2 什么情况下使用,为什么使用<context-param>:

    比如定义一个管理员email地址用来从程序发送错误,或者与你整个应用程序有关的其他设置。使用自己定义的设置文件需要额外的代码和管理;直接在你的程序中使用硬编码(Hard-coding)参数值会给你之后修改程序带来麻烦,更困难的是,要根据不同的部署使用不同的设置;通过这种办法,可以让其他开发人员更容易找到相关的参数,因为它是一个用于设置这种参数的标准位置。

    5.3 Spring配置文件:

    配置Spring,必须需要<listener>,而<context-param>可有可无,如果在web.xml中不写<context-param>配置信息,默认的路径是/WEB-INF/applicationContext.xml,在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml。如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数:在<param-value></param-value>里指定相应的xml文件名,如果有多个xml文件,可以写在一起并以“,”号分隔,比如在business-client工程中,我们采用了自定义配置方式,<context-param>配置如下:

    <!-- spring config -->
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring-configuration/*.xml</param-value>
    </context-param>
    <listener>
         <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>

    对应工程目录结构如下所示:

    部署在同一容器中的多个Web项目,要配置不同的webAppRootKey,web.xml文件中最好定义webAppRootKey参数,如果不定义,将会缺省为“webapp.root”,如下:

    <!-- 应用路径  -->  
    <context-param>  
        <param-name>webAppRootKey</param-name>  
        <param-value>webapp.root</param-value>  
    </context-param> 

    当然也不能重复,否则报类似下面的错误:

    Web app root system property already set to different value: 'webapp.root' = [/home/user/tomcat/webapps/project1/] instead of [/home/user/tomcat/webapps/project2/] - Choose unique values for the 'webAppRootKey' context-param in your web.xml files!  

    意思是“webapp.root”这个key已经指向了项目1,不可以再指向项目2。多个项目要对webAppRootKey进行配置,我们工程主要是让log4j能将日志写到对应项目根目录下,比如我们的项目的webAppRootKey为

    <!—business-client应用路径  -->  
    <context-param>  
        <param-name>webAppRootKey</param-name>  
        <param-value>business.root</param-value>  
    </context-param>  
    <!—public-base应用路径  -->  
    <context-param>  
        <param-name>webAppRootKey</param-name>  
        <param-value>pubbase.root</param-value>  
    </context-param>    

    这样就不会出现冲突了。就可以在运行时动态地找到项目路径,在log4j.properties配置文件中可以按下面的方式使用${webapp.root}:log4j.appender.file.File=${webapp.root}/WEB-INF/logs/sample.log,就可以在运行时动态地找出项目的路径。

    5.4 多个配置文件引用处理:

    如果web.xml中有contextConfigLocation参数指定的Spring配置文件则会去加载相应的配置文件,而不会去加载/WEB-INF/下的applicationContext.xml。但是如果没有指定的话,默认会去/WEB-INF/下加载applicationContext.xml。在一个Spring的实际项目中,如果有多个Spring配置文件,多个配置文件可以在web.xml里用空格分隔写入,如:

    <context-param>
       <param-name>contextConfigLocation</param-name>
       <param-value> applicationContext-database.xml,applicationContext.xml</param-value>  
    <context-param>

    多个配置文件里的交叉引用可以用ref的external或bean解决,

    <bean id="userService" class="domain.user.service.impl.UserServiceImpl"> 
       <property name="dbbean">
          <ref bean="dbBean"/>
       </property> 
    </bean>

    5.5 在不同环境下如何获取,

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

    此所设定的参数,在JSP网页中可以使用下列方法来取得:${initParam.param_name}

    若在Servlet可以使用下列方法来获得:String param_name=getServletContext().getInitParamter("param_name");Servlet的ServletConfig对象拥有该ServletServletContext的一个引用,所以可这样取得上下文初始化参数:getServletConfig().getServletContext().getInitParameter()也可以在Servlet中直接调用getServletContext().getInitParameter(),两者是等价的。

    6. <session-config></session-config>

    <!-- Set timeout to 120 minutes -->
    <session-config> 
       <session-timeout>120</session-timeout> 
    </session-config> 

    <session-config> 用于设置容器的session参数,比如:<session-timeout> 用于指定http session的失效时间。默认时间设置在<jakarta>/conf/web.xml (30 minutes)<session-timeout>用来指定默认的会话超时时间间隔,以分钟为单位。该元素值必须为整数。如果 session-timeout元素的值为零或负数,则表示会话将永远不会超时。

    7. <listener></listener>

    <!--****************************监听器配置*********************************-->
    <!-- Spring的log4j监听器 -->
    <listener>
        <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
    </listener>
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>
    <!-- 与CAS Single Sign Out Filter配合,注销登录信息  --> 
    <listener>
        <listener-class>com.yonyou.mcloud.cas.client.session.SingleSignOutHttpSessionListener</listener-class>
    </listener>

    7.1 Listener介绍:

    <listener>为web应用程序定义监听器,监听器用来监听各种事件,比如:Application和Session事件,所有的监听器按照相同的方式定义,功能取决去它们各自实现的接口,常用的Web事件接口有如下几个:

    • ServletContextListener:用于监听Web Application的启动和关闭;
    • ServletContextAttributeListener:用于监听ServletContext范围(Application)内属性的改变;
    • ServletRequestListener:用于监听用户的请求;
    • ServletRequestAttributeListener:用于监听ServletRequest范围(Request)内属性的改变;
    • HttpSessionListener:用于监听用户session的开始和结束;
    • HttpSessionAttributeListener:用于监听HttpSession范围(Session)内属性的改变。

    <listener>主要用于监听Web应用事件,其中有两个比较重要的Web应用事件:Application的启动和停止(starting up or shutting downSession的创建和失效(created or destroyedApplication启动事件发生在应用第一次被Servlet容器装载和启动的时候;停止事件发生在Web应用停止的时候。Session创建事件发生在每次一个新的Session创建的时候,类似地Session失效事件发生在每次一个Session失效的时候。为了使用这些Web应用事件做些有用的事情,我们必须创建和使用一些特殊的“监听类”。它们是实现了以下两个接口中任何一个接口的简单java类:javax.servlet.ServletContextListenerjavax.servlet.http.HttpSessionListener,如果想让你的类监听Application的启动和停止事件,你就得实现ServletContextListener接口;想让你的类去监听Session的创建和失效事件,那你就得实现HttpSessionListener接口。

    7.2 Listener配置:

    配置Listener只要向Web应用注册Listener实现类即可,无序配置参数之类的东西,因为Listener获取的是Web应用ServletContext(Application)的配置参数。为Web应用配置Listener的两种方式:

    • 使用@WebListener修饰Listener实现类即可。
    • 在web.xml文档中使用<listener>进行配置。

    我们选择web.xml这种配置方式,只有一个元素<listener-class>指定Listener的实现类,如下所示:

    <listener>
       <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>

    这里的<listener>用于Spring的加载,Spring加载可以利用ServletContextListener实现,也可以采用load-on-startup Servlet 实现,但是,当<filter>需要用到bean时,加载顺序是先加载<filter>后加载<servlet>,则<filter>中初始化操作中的bean为null;所以,如果<filter>中要使用到bean,此时就可以根据加载顺序<listener> -> <filter> -> <servlet>,将spring的加载改成Listener的方式。

    •  采用load-on-startup Servlet 实现:
    <servlet>  
       <servlet-name>context</servlet-narne> 
       <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>  
       <load-on-startup>1</load-on-startup>  
    </servlet> 
    • 利用ServletContextListener实现:
    <listener>
       <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener> 

    我们选择了第二种方式,在J2EE工程中web服务器启动的时候最先调用web.xml,上面这段配置的意思是加载spring的监听器,其中ContextLoaderListener的作用就是启动Web容器时,自动装配applicationContext.xml的配置信息,执行它所实现的方法。

    8. <filter></filter>

    <!--****************************过滤器配置*********************************-->
    <!-- 字符集过滤器 -->
    <filter>
        <filter-name>CharacterEncodingFilter</filter-name>
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
        </init-param>
        <init-param>
            <param-name>forceEncoding</param-name>
            <param-value>true</param-value>
        </init-param>
    </filter>
    <!-- 单点登出过滤器 -->
    <filter>
        <filter-name>CAS Single Sign Out Filter</filter-name>
        <filter-class>com.yonyou.mcloud.cas.client.session.SingleSignOutFilter</filter-class>
    </filter>
    <!-- 认证过滤器 -->
    <filter>
        <filter-name>CAS Authentication Filter</filter-name>
        <filter-class>com.yonyou.mcloud.cas.client.authentication.ExpandAuthenticationFilter</filter-class>
        <init-param>
            <param-name>casServerLoginUrl</param-name>
            <param-value>https://dev.yonyou.com:443/sso-server/login</param-value>
        </init-param>
        <init-param>
            <!--这里的server是服务端的IP -->
            <param-name>serverName</param-name>
            <param-value>http://10.1.215.40:80</param-value>
        </init-param>
    </filter>
    <!-- 验证ST/PT过滤器 -->
    <filter>
        <filter-name>CAS Validation Filter</filter-name>
        <filter-class>org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>
        <init-param>
            <param-name>casServerUrlPrefix</param-name>
            <param-value>https://dev.yonyou.com:443/sso-server</param-value>
        </init-param>
        <init-param>
            <param-name>serverName</param-name>
            <param-value>http://10.1.215.40:80</param-value>
        </init-param>
        <init-param>
            <param-name>proxyCallbackUrl</param-name>
            <param-value>https://dev.yonyou.com:443/business/proxyCallback</param-value>
        </init-param>
        <init-param>
            <param-name>proxyReceptorUrl</param-name>
            <param-value>/proxyCallback</param-value>
        </init-param>
        <init-param>
            <param-name>proxyGrantingTicketStorageClass</param-name>
            <param-value>com.yonyou.mcloud.cas.client.proxy.MemcachedBackedProxyGrantingTicketStorageImpl</param-value>
        </init-param>
        <!-- 解决中文问题 -->
        <init-param>
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
        </init-param>
    </filter>
    <filter>
        <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
        <filter-class>org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>
    </filter>
    <filter>
        <filter-name>CAS Assertion Thread Local Filter</filter-name>
        <filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>
    </filter>
    <filter>
        <filter-name>NoCache Filter</filter-name>
        <filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>
    </filter>
    <!--****************************映射关系配置********************************-->
    <filter-mapping>
        <filter-name>CharacterEncodingFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>NoCache Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>CAS Single Sign Out Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>CAS Validation Filter</filter-name>
        <url-pattern>/proxyCallback</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>CAS Authentication Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>CAS Validation Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>CAS Assertion Thread Local Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

    8.1 Filter介绍:

    Filter可认为是Servle的一种“加强版”,主要用于对用户请求request进行预处理,也可以对Response进行后处理,是个典型的处理链使用Filter的完整流程是:Filter对用户请求进行预处理,接着将请求HttpServletRequest交给Servlet进行处理并生成响应,最后Filter再对服务器响应HttpServletResponse进行后处理。FilterServlet具有完全相同的生命周期,且Filter也可以通过<init-param>来配置初始化参数,获取Filter的初始化参数则使用FilterConfiggetInitParameter()

    换种说法,Servlet里有requestresponse两个对象,Filter能够在一个request到达Servlet之前预处理request,也可以在离开Servlet时处理responseFilter其实是一个Servlet链。以下是Filter的一些常见应用场合,

    • 认证Filter
    • 日志和审核Filter
    • 图片转换Filter
    • 数据压缩Filter
    • 密码Filter
    • 令牌Filter
    • 触发资源访问事件的Filter
    • XSLT Filter
    • 媒体类型链Filter

    Filter可负责拦截多个请求或响应;一个请求或响应也可被多个Filter拦截。创建一个Filter只需两步:

    • 创建Filter处理类
    •  Web.xml文件中配置Filter

    Filter必须实现javax.servlet.Filter接口,在该接口中定义了三个方法:

    • void init(FilterConfig config):用于完成Filter的初始化。FilteConfig用于访问Filter的配置信息。
    • void destroy():用于Filter销毁前,完成某些资源的回收。
    • void doFilter(ServletRequest request,ServletResponse response,FilterChain chain):实现过滤功能的核心方法,该方法就是对每个请求及响应增加额外的处理。该方法实现对用户请求request进行预处理,也可以实现对服务器响应response进行后处理---它们的分界线为是否调用了chain.doFilter(request,response),执行该方法之前,即对用户请求request进行预处理,执行该方法之后,即对服务器响应response进行后处理。

    8.2 Filter配置:

    Filter配置与Servlet的配置非常相似,需要配置两部分:配置Filter名称和Filter拦截器URL模式。区别在于Servlet通常只配置一个URL,而Filter可以同时配置多个请求的URL。配置Filter有两种方式:

    • 在Filter类中通过Annotation进行配置。
    •  在web.xml文件中通过配置文件进行配置。

    我们使用的是web.xml这种配置方式,下面重点介绍<filter>内包含的一些元素。
    <filter>用于指定Web容器中的过滤器,可包含<filter-name>、<filter-class>、<init-param>、<icon>、<display-name>、<description>。

    • <filter-name>:用来定义过滤器的名称,该名称在整个程序中都必须唯一。
    • <filter-class>:指定过滤器类的完全限定的名称,即Filter的实现类。
    • <init-param>:为Filter配置参数,与<context-param>具有相同的元素描述符<param-name>和<param-value>。
    • <filter-mapping>:用来声明Web应用中的过滤器映射,过滤器被映射到一个servlet或一个URL模式。这个过滤器的<filter>和<filter-mapping>必须具有相同的<filter-name>,指定该Filter所拦截的URL。过滤是按照部署描述符的<filter-mapping>出现的顺序执行的。

    8.21 字符集过滤器

     <filter>
        <filter-name>CharacterEncodingFilter</filter-name>
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
        </init-param>
        <init-param>
            <param-name>forceEncoding</param-name>
            <param-value>true</param-value>
        </init-param>
    </filter>
    <filter-mapping>
        <filter-name>CharacterEncodingFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    • CharacterEncodingFilter类可以通过简单配置来帮我们实现字符集转换的功能。
    • 参数encoding用于指定编码类型,参数forceEncoding设为true时,强制执行request.setCharacterEncoding(this.encoding)和reponse.setCharacterEncoding(this.encoding)中的方法。

    8.22 缓存控制

    <filter>
        <filter-name>NoCache Filter</filter-name>
        <filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>NoCache Filter</filter-name>
        <!—表示对URL全部过滤-->
        <url-pattern>/*</url-pattern>
    </filter-mapping>

    8.23 登录认证

    <!-- 认证过滤器 -->
    <filter>
        <filter-name>CAS Authentication Filter</filter-name>
        <filter-class>com.yonyou.mcloud.cas.client.authentication.ExpandAuthenticationFilter</filter-class>
        <init-param>
            <param-name>casServerLoginUrl</param-name>
            <param-value>https://dev.yonyou.com:443/sso-server/login</param-value>
        </init-param>
        <init-param>
            <!--这里的server是服务端的IP -->
            <param-name>serverName</param-name>
            <param-value>http://10.1.215.40:80</param-value>
        </init-param>
    </filter>
    <filter-mapping>
         <filter-name>CAS Authentication Filter</filter-name>
         <url-pattern>/*</url-pattern>
    </filter-mapping>

    登录认证,未登录用户导向CAS Server进行认证。

    8.24 单点登出

    <filter>
          <filter-name>CAS Single Sign Out Filter</filter-name>
          <filter-class>org.jasig.cas.client.session.SingleSignOutFilter</filter-class>
    </filter>
    <filter-mapping>
          <filter-name>CAS Single Sign Out Filter</filter-name>
          <url-pattern>/*</url-pattern>
    </filter-mapping>
    <listener>
          <listener-class>org.jasig.cas.client.session.SingleSignOutHttpSessionListener</listener-class>
    </listener>

    CAS Server通知CAS Client,删除session,注销登录信息。

    8.25 封装request

    <filter>
        <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
        <filter-class>org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

    封装request, 支持getUserPrincipal等方法。

    8.26 存放Assertion到ThreadLocal中

    <filter>
        <filter-name>CAS Assertion Thread Local Filter</filter-name>
        <filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>CAS Assertion Thread Local Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

    8.27 禁用浏览器缓存

    <filter>
        <filter-name>NoCache Filter</filter-name>
        <filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>
     </filter>
     <filter-mapping>
        <filter-name>NoCache Filter</filter-name>
        <url-pattern>/*</url-pattern>
     </filter-mapping>

    8.28 CAS Client向CAS Server进行ticket验证

    <!-- 验证ST/PT过滤器 -->
    <filter>
        <filter-name>CAS Validation Filter</filter-name>
        <filter-class>org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>
        <init-param>
           <param-name>casServerUrlPrefix</param-name>
           <param-value>https://dev.yonyou.com:443/sso-server</param-value>
        </init-param>
        <init-param>
           <param-name>serverName</param-name>
           <param-value>http://10.1.215.40:80</param-value>
        </init-param>
        <init-param>
           <param-name>proxyCallbackUrl</param-name>
           <param-value>https://dev.yonyou.com:443/business/proxyCallback</param-value>
        </init-param>
        <init-param>
           <param-name>proxyReceptorUrl</param-name>
           <param-value>/proxyCallback</param-value>
        </init-param>
        <init-param>
            <param-name>proxyGrantingTicketStorageClass</param-name>
            <param-value>com.yonyou.mcloud.cas.client.proxy.MemcachedBackedProxyGrantingTicketStorageImpl</param-value>
        </init-param>
        <!-- 解决中文问题 -->
        <init-param>
           <param-name>encoding</param-name>
           <param-value>UTF-8</param-value>
        </init-param>
    </filter>
    <filter-mapping>
        <filter-name>CAS Validation Filter</filter-name>
        <url-pattern>/proxyCallback</url-pattern>
    </filter-mapping>
    <filter-mapping>
        <filter-name>CAS Validation Filter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>
    

    9. <servlet></servlet>

    <!--****************************servlet配置******************************-->
    <!-- Spring view分发器  对所有的请求都由business对应的类来控制转发 -->
    <servlet>
        <servlet-name>business</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
          <param-name>publishContext</param-name>
          <param-value>false</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <!-- 用户登出 -->
    <servlet>
        <servlet-name>LogOutServlet</servlet-name>
        <servlet-class>com.yonyou.mcloud.cas.web.servlet.LogOutServlet</servlet-class>
        <init-param>
          <param-name>serverLogoutUrl</param-name>
          <param-value>https://dev.yonyou.com:443/sso-server/logout</param-value>
        </init-param>
        <init-param>
          <param-name>serverName</param-name>
          <param-value>http://10.1.215.40:80/business/</param-value>
        </init-param>
    </servlet>
    <!--****************************servlet映射关系配置*************************-->
    <servlet-mapping>
        <servlet-name>LogOutServlet</servlet-name>
        <url-pattern>/logout</url-pattern>
    </servlet-mapping>
    <servlet-mapping>
        <servlet-name>business</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
    

    9.1 Servlet介绍:

    Servlet通常称为服务器端小程序,是运行在服务器端的程序,用于处理及响应客户的请求。Servlet是个特殊的java类,继承于HttpServlet。客户端通常只有GET和POST两种请求方式,Servlet为了响应这两种请求,必须重写doGet()和doPost()方法。大部分时候,Servlet对于所有的请求响应都是完全一样的,此时只需要重写service()方法即可响应客户端的所有请求。另外,HttpServlet有两个方法:

    • init(ServletConfig config):创建Servlet实例时,调用该方法来初始化Servlet资源
    • destroy():销毁Servlet实例时,自动调用该方法来回收资源。

    通常无需重写init()和destroy()两个方法,除非需要在初始化Servlet时,完成某些资源初始化的方法,才考虑重写init()方法,如果重写了init()方法,应在重写该方法的第一行调用super.init(config),该方法将调用HttpServlet的init()方法。如果需要在销毁Servlet之前,先完成某些资源的回收,比如关闭数据库连接,才需要重写destory方法()。

    Servlet的生命周期,创建Servlet实例有两个时机:

    • 客户端第一次请求某个Servlet时,系统创建该Servlet的实例,大部分Servlet都是这种Servlet。
    • Web应用启动时立即创建Servlet实例,即load-on-start Servlet。

    每个Servlet的运行都遵循如下生命周期:

    • 建Servlet实例
    • Web容器调用Servlet的init()方法,对Servlet进行初始化。
    • Servlet初始化后,将一直存在于容器中,用于响应客户端请求,如果客户端发送GET请求,容器调用Servlet的doGet()方法处理并响应请求;如果客户端发送POST请求,容器调用Servlet的doPost()方法处理并响应请求。或者统一使用service()方法处理来响应用户请求。
    •  Web容器决定销毁Servlet时,先调用Servlet的destory()方法,通常在关闭Web应用时销毁Servlet实例

    9.2 Servlet配置:

    为了让Servlet能响应用户请求,还必须将Servlet配置在web应用中配置Servlet需要修改web.xml文件。从Servlet3.0开始,配置Servlet有两种方式:

    • 在Servlet类中使用@WebServlet Annotation进行配置。
    • 在web.xml文件中进行配置。

    我们用web.xml文件来配置Servlet,需要配置<servlet>和<servlet-mapping>。<servlet>用来声明一个Servlet。<icon>、<display-name>和<description>元素的用法和<filter>的用法相同。<init-param>元素与<context-param>元素具有相同的元素描述符,可以使用<init-param>子元素将初始化参数名和参数值传递给Servlet,访问Servlet配置参数通过ServletConfig对象来完成,ServletConfig提供如下方法:java.lang.String.getInitParameter(java.lang.String name),用于获取初始化参数。ServletConfig获取配置参数的方法和ServletContext获取配置参数的方法完全一样,只是ServletConfig是取得当前Servlet的配置参数,而ServletContext是获取整个Web应用的配置参数。

    9.2.1 <description>、<display-name>和<icon>

    • <description>:为Servlet指定一个文本描述。
    • <display-name>:为Servlet提供一个简短的名字被某些工具显示。
    • <icon>:为Servlet指定一个图标,在图形管理工具中表示该Servlet。

    9.2.2 <servlet-name>、<servlet-class>和<jsp-file>元素

    <servlet>必须含有<servlet-name>和<servlet-class>,或者<servlet-name>和<jsp-file>。 描述如下:

    • <servlet-name>:用来定义servlet的名称,该名称在整个应用中必须是惟一的。
    • <servlet-class>:用来指定servlet的完全限定的名称。
    • <jsp-file>:用来指定应用中JSP文件的完整路径。这个完整路径必须由/开始。

    9.2.3 <load-on-startup>

    如果load-on-startup元素存在,而且也指定了jsp-file元素,则JSP文件会被重新编译成Servlet,同时产生的Servlet也被载入内存。<load-on-startup>的内容可以为空,或者是一个整数。这个值表示由Web容器载入内存的顺序。

    举个例子:如果有素两个Servlet元素都含有<load-on-startup>子元,则<load-on-startup>子元素值较小的Servlet将先被加载。如果<load-on-startup>子元素值为空或负值,则由Web容器决定什么时候加载Servlet。如果两个Servlet的<load-on-startup>子元素值相同,则由Web容器决定先加载哪一个Servlet。<load-on-startup>1</load-on-startup>表示启动容器时,初始化Servlet。

    9.2.4 <servlet-mapping>

    <servlet-mapping>含有<servlet-name>和<url-pattern>

    • <servlet-name>:Servlet的名字,唯一性和一致性,与<servlet>元素中声明的名字一致。
    • <url-pattern>:指定相对于Servlet的URL的路径。该路径相对于web应用程序上下文的根路径。<servlet-mapping>将URL模式映射到某个Servlet,即该Servlet处理的URL。

    9.2.5 加载Servlet的过程 

    容器的Context对象对请求路径(URL)做出处理,去掉请求URL的上下文路径后,按路径映射规则和Servlet映射路径(<url- pattern>)做匹配,如果匹配成功,则调用这个Servlet处理请求。 

    9.3 DispatcherServlet在web.xml中的配置:

    <!-- Spring view分发器  对所有的请求都由business对应的类来控制转发 -->
    <servlet>
        <servlet-name>business</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
          <param-name>publishContext</param-name>
          <param-value>false</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>

    配置Spring MVC,指定处理请求的Servlet,有两种方式:

    • 默认查找MVC配置文件的地址是:/WEB-INF/${servletName}-servlet.xml
    • 可以通过配置修改MVC配置文件的位置,需要在配置DispatcherServlet时指定MVC配置文件的位置。

    我们在平台项目两个工程中分别使用了不同的配置方式,介绍如下:

    • 在business-client工程中按照默认方式查找MVC的配置文件,配置文件目录为: /WEB-INF/business-servlet.xml。工程目录结构如下所示:

     

    • 在public-base-server工程中,通过第2种方式进行配置,把spring-servlet.xml放到src/main/resources/config/spring-servlet.xml,则需要在配置DispatcherServlet时指定<init-param>标签。具体代码如下:
    <servlet>
        <servlet-name>spring</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
            <init-param>
          	    <param-name>publishContext</param-name>
          	    <param-value>false</param-value>
            </init-param>
        <init-param>  
            <param-name>contextConfigLocation</param-name>  
            <param-value>classpath:config/spring-servlet.xml</param-value>  
        </init-param> 
        <load-on-startup>1</load-on-startup>
    </servlet>

    工程目录结构如下:

    其中,classpath是web项目的类路径,可以理解为classes下面。因为无论这些配置文件放在哪,编译之后如果没有特殊情况的话都直接在classes下面。jar包的话虽然放在lib文件夹里,但实际上那些类可以直接引用,比如:com.test.ABC,仿佛也在classes下面一样。

    在我们的工程里,经过验证,maven工程这两个路径经过编译后生成的文件都位于classes目录下,即这两个路径相当于类路径,在下面创建config文件夹(folder),然后创建自定义的xml配置文件即可。

    classpath和classpath*区别:同名资源存在时,classpath只从第一个符合条件的classpath中加载资源,而classpath*会从所有的classpath中加载符合条件的资源。classpath*,需要遍历所有的classpath,效率肯定比不上classpath,因此在项目设计的初期就尽量规划好资源文件所在的路径,避免使用classpath*来加载。

    9.4 ContextLoaderListener和DispatcherServlet初始化上下文关系和区别:

    从上图可以看出,ContextLoaderListener初始化的上下文加载的Bean是对于整个应用程序共享的,一般如:DAO层、Service层Bean;DispatcherServlet初始化的上下文加载的Bean是只对Spring MVC有效的Bean,如:Controller、HandlerMapping、HandlerAdapter等,该初始化上下文只加载Web相关组件。

    注意:用户可以配置多个DispatcherServlet来分别处理不同的url请求,每个DispatcherServlet上下文都对应一个自己的子Spring容器,他们都拥有相同的父Spring容器(业务层,持久(dao)bean所在的容器)。

    10. <welcome-file-list></welcome-file-list>

    <!-- welcome page -->
    <welcome-file-list>
        <welcome-file>index.html</welcome-file>
    </welcome-file-list>

    <welcome-file-list>包含一个子元素<welcome-file>,<welcome-file>用来指定首页文件名称。<welcome-file-list>元素可以包含一个或多个<welcome-file>子元素。如果在第一个<welcome-file>元素中没有找到指定的文件,Web容器就会尝试显示第二个,以此类推。

    11. 参考文献:

    http://wiki.metawerx.net/wiki/Web.xml
    http://www.cnblogs.com/konbluesky/articles/1925295.html
    http://blog.csdn.net/sapphire_aling/article/details/6069764
    http://blog.csdn.net/zndxlxm/article/details/8711626
    http://blog.csdn.net/zhangliao613/article/details/6289114
    http://www.cnblogs.com/bukudekong/archive/2011/12/26/2302081.html
    http://blog.sina.com.cn/s/blog_92b93d6f0100ypp9.html
    http://blog.csdn.net/heidan2006/article/details/3075730
    http://zhidao.baidu.com/link?url=vBOBj5f2D1Zx3wSUJo-XphWrG6f7QPmfzk0UtS9Xk7p1SG_OdeCkiH6dT6eyHO-Pa6p4hLTEfvY7O9d_OM0Gua
    http://www.blogjava.net/dashi99/archive/2008/12/30/249207.html
    http://uule.iteye.com/blog/2051817
    http://blog.csdn.net/javaer617/article/details/6432654
    http://blog.csdn.net/seng3018/article/details/6758860
    http://groups.tianya.cn/tribe/showArticle.jsp?groupId=185385&articleId=2704257273118260804105385
    http://blog.csdn.net/qfs_v/article/details/2557128
    http://www.blogjava.net/fancydeepin/archive/2013/03/30/java-ee_web-xml.html
    http://wenku.baidu.com/link?url=P30DokIynD5zzRU2dtdkQhEwsHi-REKuBiHa_dK60bA6pQwggvX2mo9y9Mbb1tkYcsiRCaHBf-c
    4ZgIG5POmbbcRO_OxDJUaW15n300xJrq 
    http://fyq891014.blog.163.com/blog/static/200740191201233052531278/ 
    http://blog.163.com/sir_876/blog/static/11705223201111544523333/ 
    http://www.guoweiwei.com/archives/797 
    http://www.open-open.com/lib/view/open1402751642806.html 
    http://sishuok.com/forum/blogPost/list/5188.html;jsessionid=EBC2151611BEB99BDF390C5CADBA693A
    http://www.micmiu.com/j2ee/spring/spring-classpath-start/
    http://elf8848.iteye.com/blog/2008595
    http://blog.csdn.net/arvin_qx/article/details/6829873
    轻量级javaEE企业应用实战(第3版) ---李刚

     

     

     

    展开全文
  • web.xml文件是什么?有什么用?--详解

    万次阅读 多人点赞 2018-10-08 10:41:31
    前言:一般的web工程中都会用到web.xmlweb.xml主要用来配置,可以方便的开发web工程。web.xml主要用来配置Filter、Listener、Servlet等。但是要说明的是web.xml并不是必须的,一个web工程可以没有web.xml文件。 1...
  • web.xml文件的作用及基本配置

    万次阅读 2014-04-27 15:50:52
    web工程中的web.xml文件有什么作用呢?它是每个web.xml工程都必须的吗?一个web中完全可以没有web.xml文件,也就是说,web.xml文件并不是web工程必须的。那什么时候需要,什么时候可以不需要呢?要想回答上面的问题...
  • web.xml的加载过程配置详解

    万次阅读 多人点赞 2020-09-21 11:28:16
    一:web.xml加载过程  简单说一下,web.xml的加载过程。当我们启动一个WEB项目容器时,容器包括(JBoss,Tomcat等)。首先会去读取web.xml配置文件里的配置,当这一步骤没有出错并且完成之后,项目才能正常的被启动...
  • 深入理解web.xml中配置/和/*的区别

    千次阅读 多人点赞 2019-07-29 19:30:51
    深入理解web.xml中配置/和/*的区别在用SpringMVC进行web开发的时候,如果将DispathcerServlet对外访问的虚拟路径配置成/时,需要在Spring的配置文件中配置这一项,那么为什么需要配置这一项呢?如果对外访问虚拟路径...
  • 问题描述:创建Web项目后没有create web.xml解决办法: 打开Project Structure,在facets中选中次级的web,在deployment Descriptors下面点击 +号,修改里面默认的目录加上web就可以了。
  • Eclipse中Web项目创建完成后,动态添加web.xml文件。

    万次阅读 热门讨论 2018-01-25 09:05:58
    在Eclipse中创建Dynamic Web Project 或 Maven Project时忘记添加web.xml文件,怎么办? 第一种方法:  1.项目名称右键-->Properties:  2.点击Project Facets,取消选中Dynamic Web Module,点击Apply ...
  • Eclipse_新建web项目没有自动生成web.xml

    万次阅读 多人点赞 2017-08-19 15:07:37
    解决Eclipse创建动态web项目没有自动生成web.xml文件的方案。
  • 解决新建maven工程没有web.xml的问题

    万次阅读 2018-05-09 08:53:00
    首先确定创建maven工程时选择的打包方式为 war创建后如图所示没有web.xml文件以及相关文件夹,错误信息:缺少web.xml文件解决方法:右击maven项目,找到ProjectFacets 取消选中 Dynamic Web Module选项,点击应用,...
  • web项目创建后WEB-INF下面没有出现web.xml的解决方法

    万次阅读 多人点赞 2018-08-31 08:27:10
     第一种:创建完项目后,需要手动创建出web.xml  第一步:选取创建的项目名称右击    第二步:eclipse的同学找到 java EE Tools 中的 下图画圈部分。 MyEclipse的同学找到"MyEclipse"中的 下图画...
  • MyEclipse中如何添加web.xml文件

    万次阅读 2017-09-27 10:04:40
    MyEclipse中新建web项目时,如果一开始新建项目没有选中生成web.xml文件,在WebRoot->WEB-INF文件夹下就没有web.xml文件。那如果后面又需要用到web.xml该怎么办呢?难道需要重新建项目?其实是不用的。非常简单的...
  • Idea创建web项目并生成web.xml文件

    万次阅读 2018-03-23 15:06:26
    第一步创建项目和module1....填写项目名3.这一步直接默认就好4.直接默认在创建好的项目和moudle后,你会发现在moudle的webapp下没有web.xml文件怎么办呢...第二步,生成web.xml文件选择File下的Project Structure然后打...
  • Maven项目:pom.xml出现web.xml is missing and <failOnMissingWebXml> is set to true解决方案
  • 利用eclipse新建的java web项目没有web.xml文件怎么办?

    万次阅读 多人点赞 2017-12-23 16:20:42
    利用eclipse新建的java web项目没有部署描述符web.xml文件怎么办? 解决办法: 1、右键项目名称-》Java EE Tools-》Generate Deployment descriptor stub 即可生成web.xml文件。
  • web.xml is missing and <failOnMissingWebXml> is set to true问题的解决办法
  • 在Spring boot中加入web.xml

    万次阅读 2017-11-29 16:45:03
    公司有个项目,有两个子项目,两个独立的工程,我们组用的Spring boot,没有web.xml的,另一个项目组是用的liferay,有liferay6定制的tomcat7,做到中后期,客户说要放在一个tomcat里面,但是spring boot的war包放在...
  • 1.在使用Maven创建web工程的时候发现默认web.xml版本居然是2.4的,这个版本连EL表达式都用不了,所以很是糟心 2.所以为了解决Idea创建Maven Web工程的web.xml版本问题,给大家提供了两种解决办法 二、问题分析 ...
1 2 3 4 5 ... 20
收藏数 1,162,534
精华内容 465,013
关键字:

web.xml