从web.xml开始SSH之旅

       web.xml学名叫部署描述符文件，是在Servlet规范中定义的，是web应用的配置文件。

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

<?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>  
</web-app>  

web.xml中XML元素不仅是大小写敏感的，而且它还对出现在其中元素的次序敏感。例如，XML头必须是文件中的第一项，DOCTYPE声明必须是第二项，而web- app元素必须是第三项。在web-app元素内，元素的次序也很重要。服务器不一定强制要求这种次序，但它们允许（实际上有些服务器就是这样做的）完全拒绝执行含有次序不正确的元素的Web应用。这表示使用非标准元素次序的web.xml文件是不可移植的，下面介绍一下web.xml中常用的元素。

<display-name>MyFirstWeb</display-name>

如果用工具编辑这个xml,这部分表明的就是xml编辑器显示的名字。

<welcome-file-list>
    <welcome-file>login.jsp</welcome-file>
</welcome-file-list>

该标签声明的是系统运行时第一个显示的页面。注意这个地方如果写错了或者不写，那么运行程序是有可能会出现404错误,错误提示是

no Action mapped for namespace [/]

当前台jsp页面和后台java代码中使用了不同的字符集进行编码的时候就会出现表单提交的数据或者上传、下载中文名称文件出现乱码的问题，需要在web.xml中配置编码拦截器

<!-- Spring Encoding Filter -->  
    <filter>  
        <filter-name>encodingFilter</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>  
    </filter>  
  
    <!-- Spring Encoding Filter Mapping -->  
    <filter-mapping>  
        <filter-name>encodingFilter</filter-name>  
        <url-pattern>/*</url-pattern>  
    </filter-mapping>  

spring为我们解决hibernate的Session的关闭与开启问题。
Hibernate允许对关联对象、属性进行延迟加载，但是必须保证延迟加载的操作限于同一个Hibernate Session 范围之内进行。如果 Service 层返回一个启用了延迟加载功能的领域对象给 Web 层，当 Web 层访问到那些需要延迟加载的数据时，由于加载领域对象的 Hibernate Session 已经关闭，这些导致延迟加载数据的访问异常。而Spring为我们提供的OpenSessionInViewFilter过滤器为我们很好的解决了这个问题。OpenSessionInViewFilter的主要功能是用来把一个Hibernate Session和一次完整的请求过程对应的线程相绑定。目的是为了实现"Open Session in View"的模式。例如： 它允许在事务提交之后延迟加载显示所需要的对象。
OpenSessionInViewFilter 过滤器将 Hibernate Session 绑定到请求线程中，它将自动被 Spring 的事务管理器探测到。所以 OpenSessionInViewFilter 适用于 Service 层使用HibernateTransactionManager 或 JtaTransactionManager 进行事务管理的环境，也可以用于非事务只读的数据操作中。

<filter>  
		<filter-name>openSessionInViewFilter</filter-name>  
		<filter-class>org.springframework.orm.hibernate4.support.OpenSessionInViewFilter </filter-class>  
		<init-param>  
			<param-name>sessionFactoryBeanName</param-name>  
			<param-value>sessionFactory</param-value>  
		</init-param>   
	</filter>  
	<filter-mapping>  
		<filter-name>openSessionInViewFilter</filter-name>  
		<url-pattern>/*</url-pattern>  
	</filter-mapping>

下面是在web.xml中配置strut2的方法：

2.1.3之前的版本用org.apache.struts2.dispatcher.FilterDispatcher，之后的用下面的配置，从Struts2.1.3开始，将废弃ActionContextCleanUp过滤器，而在StrutsPrepareAndExecuteFilter过滤器中包含相应的功能，版本不同，错误的配置会报异常。

  <filter>
    <filter-name>struts2</filter-name>
    <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter </filter-class>
  </filter>
  <filter-mapping>
    <filter-name>struts2</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>

在SSH中使用log4j能给我们带来很多方便之处：

1）动态的改变记录级别和策略，即修改log4j.properties,不需要重启Web应用。

2）把log文件定在 /WEB-INF/logs/ 而不需要写绝对路径。

3）可以把log4j.properties和其他properties一起放在/WEB-INF/ ，而不是Class-Path。

在web.xml中配置如下：

<!-- Log4j ConfigurationFile Location -->  
    <context-param>  
        <param-name>log4jConfigLocation</param-name>  
        <param-value>classpath:log4j.properties</param-value>  
    </context-param>  
    <!-- Spring Log4j Listener -->  
    <listener>  
        <listener-class>  
            org.springframework.web.util.Log4jConfigListener   
        </listener-class>  
    </listener>

如何在web.xml中配置spring呢，首先说一下web.xml中contextConfigLocation的作用，他是指定你的配置文件所在的位置的，其中

classpath：只会到你的class路径中查找找文件; 
classpath*：不仅包含class路径，还包括jar文件中(class路径)进行查找.

如果没有指定的话，默认会去/WEB-INF/下加载applicationContext.xml。

<!-- 下面是Spring框架配置 -->
  <context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath:applicationContext.xml</param-value>
  </context-param>
  <listener>
    <listener-class>  
            org.springframework.web.context.ContextLoaderListener   
        </listener-class>
  </listener>
   

ContextLoaderListener的作用就是启动Web容器时，自动装配ApplicationContext的配置信息。因为它实现了ServletContextListener这个接口，在web.xml配置这个监听器，启动容器时，就会默认执行它实现的方法。

在Spring2.0中除了以前的Singleton和Prototype外又加入了三个新的web作用域，分别为request、session和global session，如果你想让你的容器里的某个bean拥有其中某种新的web作用域，除了在bean级上配置相应的scope属性，还必须在容器级做一个额外的初始化配置。

<!-- Spring Web Request Listener -->  
    <listener>  
        <listener-class>  
            org.springframework.web.context.request.RequestContextListener   
        </listener-class>  
    </listener>  

其作用是：基于LocalThread将HTTP request对象绑定到为该请求提供服务的线程上。这使得具有request和session作用域的bean能够在后面的调用链中被访问到。

在服务器运行过程中，Spring不停的运行的计划任务和OpenSessionInViewFilter，使得Tomcat反复加载对象而产生框架并用时可能产生的内存泄漏，则使用IntrospectorCleanupListener作为相应的解决办法。

spring中的提供了一个名为org.springframework.web.util.IntrospectorCleanupListener的监听器。它主要负责处理由　JavaBeans Introspector的使用而引起的缓冲泄露。spring中对它的描述如下：它是一个在web应用关闭的时候,清除JavaBeans Introspector的监听器.web.xml中注册这个listener.可以保证在web 应用关闭的时候释放与掉这个web 应用相关的class loader 和由它管理的类如果你使用了JavaBeans Introspector来分析应用中的类,Introspector 缓冲中会保留这些类的引用.结果在你的应用关闭的时候,这些类以及web 应用相关的class loader没有被垃圾回收.不幸的是,清除Introspector的唯一方式是刷新整个缓冲.这是因为我们没法判断哪些是属于你的应用的引用.所以删除被缓冲的introspection会导致把这台电脑上的所有应用的introspection都删掉.需要注意的是,spring 托管的bean不需要使用这个监听器.因为spring它自己的introspection所使用的缓冲在分析完一个类之后会被马上从javaBeans Introspector缓冲中清除掉.应用程序中的类从来不直接使用JavaBeans Introspector.所以他们一般不会导致内部查看资源泄露.但是一些类库和框架往往会产生这个问题.例如:Struts 和Quartz.单个的内部查看泄漏会导致整个的web应用的类加载器不能进行垃圾回收.在web应用关闭之后,你会看到此应用的所有静态类资源(例如单例).这个错误当然不是由这个类自 身引起的。在web.xml中配置方式如下：

 <!-- Spring Introspector Cleanup Listener -->  
    <listener>  
        <listener-class>  
            org.springframework.web.util.IntrospectorCleanupListener   
        </listener-class>  
    </listener>  

至此，SSH环境下的web.xml配置完成。