<!--
1、 web.xml配置
<context-param>
<param-name>webAppRootKey</param-name>
<param-value>webapp.root</param-value>
</context-param>
"webapp.root"这个字符串可以随便写任何字符串。如果不配置默认值是"webapp.root"。可以用System.getProperty("webapp.root")来动态获项目的运行路径。
一般返回结果例如：/usr/local/tomcat6/webapps/项目名2、解决以下报错
部署在同一容器中的Web项目，要配置不同的<param-value>，不能重复，否则报类似下面的错误:
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.3、加载方式
Spring通过org.springframework.web.util.WebAppRootListener 这个监听器来运行时的项目路径。
但是如果在web.xml中已经配置了 org.springframework.web.util.Log4jConfigListener这个监听器，
则不需要配置WebAppRootListener了。因为Log4jConfigListener已经包含了WebAppRootListener的功能4、在运行时动态的找出项目的路径
在log4j.properties配置文件，就可以按下面的方式使用${webapp.root}：
log4j.appender.file.File=${webapp.root}/WEB-INF/logs/sample.log
就可以在运行时动态的找出项目的路径
-->
<context-param>
<param-name>webAppRootKey</param-name>
<param-value>webapp.report.services</param-value>
</context-param><!-- 这是默认路径和默认文件名，本来可以不用配置log4jConfigLocation。为了更清晰，配置了该参数值；否则，需要配置该参数值 -->
<context-param>
<param-name>log4jConfigLocation</param-name>
<param-value>classpath:log4j.properties</param-value>
</context-param><!-- 容器会每6秒扫描log4j的配置文件。动态的改变记录级别和策略，即修改log4j.properties,不需要重启Web应用。  -->
<context-param>
<param-name>log4jRefreshInterval</param-name>
<param-value>6000</param-value>
</context-param><context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/spring-beans.xml</param-value>
</context-param><!-- Log4jConfigListener需要在ContextLoaderListener之前 -->
<listener>
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<listener>
<listener-class>com.fangdd.report.basic.web.SessionListener</listener-class>
</listener>
<!--
SSH内存泄露及Spring Quartz问题版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://anoxia.blogbus.com/logs/34360203.html

问题的起因：为客户开发了一个系统权且称他为TM吧，用的是tomcat6+myelipse6+jdk1.6环境，框架用SSH。我调试完这个系统程序后，将此程序重新COPY了一份，改名叫TMT,但是发布的Web名还是叫TM。同样用同一个Tomcat来Run的。问题发生了，我在TMT项目里修改后，RUN起来运行的居然是TM项目中的代码。
尝试过删除TOMCAT6下的WORK目录下的缓存文件，也尝试过在TOMCAT的BIN目录下的Startup.bat中脚本头部加上一句：
rd /s /q TM
rd /s /q ..\work\Catalina\localhost\TM
..\bin\catalina start
还是没有用。
在TOMCAT6的conf目录下server.xml中添加：
<Context path="" docBase="" debug="0" reloadable="true" />
也还是没有用。
在Tomcat的manage里也reload过了，都无法更新程序版本，运行都是之前TM项目中的代码，之后TMT项目里的代码链接的数据库和TM项目链接的数据库是不同的，将hibernate的执行sql的语句显示在Console界面中，发现数据库用的是TM项目中的数据库，可我运行的程序是 TMT项目。无语了。。。。尝试清除Eclipse的缓存，删除[eclipsehome]/configuration下除.settings子目录和config.ini文件外其它的子目录。 还是没有用，仍然调用是老的程序。
最后尝试在myclipse的快捷方式启动是加入参数 -clean启动，还是无济于事。=======================================================接下来在javaeye中遍寻解决方案，无意中翻到Struts+Spring+Hibernate内存泄漏查找与处理一篇Robbin参与讨论的帖子，谈到使用org.springframework.web.util.IntrospectorCleanupListener监听器处理由　JavaBeans Introspector的使用而引起的缓冲泄露的问题，和Quartz定时调度比较理想的使用方式。以下节选部分内容供今后参考学习。=======================================================IntrospectorCleanupListener使用："在服务器运行过程中，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中加入:
<listener>
<listener-class>org.springframework.web.util.IntrospectorCleanupListener</listener-class>
</listener>=======================================================Quartz问题：引用Robbin原话：对于Web容器来说，最忌讳应用程序私自启动线程，自行进行线程调度，像Quartz这种在web容器内部默认就自己启动了10线程进行异步job调度的框架本身就是很危险的事情，很容易造成servlet线程资源回收不掉。quartz还有一个问题就是不支持cluster。导致使用quartz的应用都没有办法做群集。采取的办法就是自己单独启动一个Job Server，来跑job，不会部署在web容器中。其他web节点当需要启动异步任务的时候，可以通过种种方式(DB, JMS, Web Service, etc)通知Job Server，而Job Server收到这个通知之后，把异步任务加载到自己的任务队列中去。
其实想改造当前已经集成quartz的web应用也不算困难：
例如可以使用数据库的表来记录和维护任务队列和状态，把quartz部分完全从web应用中剥离出去，自己写一个Java Main程序把配置quartz的spring容器跑起来，这样Job Server就启动了(注意这个Job Server完全脱离tomcat)。此外这个Main程序应该再启动一个子线程，定期扫描数据库的任务队列表：
有新的任务就加入quartz的任务调度；
把当前任务的执行状态写入任务表；
看到删除任务的表字段状态以后，删除相应的任务。
然后web应用去掉quartz部分配置，把原来的调用quartz任务的代码改写为读写数据库的任务表，这样就把job部分完全从web容器剥离掉了，甚至web容器做cluster也没有问题了，并且多个web节点在同时读写任务表的时候，还有数据库的事务来确保操作的一致性，实在是很棒。
另外还可以单独做一个job管理界面，可以通过web界面手工添加任务，查看任务状态，删除任务等等。
-->
<listener>
<listener-class>org.springframework.web.util.IntrospectorCleanupListener</listener-class>
</listener>