你的位置:首页 > 软件开发 > Java > spring结合时,web.xml的配置

spring结合时,web.xml的配置

发布时间:2015-06-29 00:00:23
<!--1、 web.<context-param><param-name>webAppRootKey</param-name><param-value>webapp.root</param-value></ ...

 

<!--1、 web.<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. 意思是“webapp.root”这个key已经指向了项目1,不可以再指向项目2.3、加载方式Spring通过org.springframework.web.util.WebAppRootListener 这个**来运行时的项目路径。但是如果在web.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.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 TMrd /s /q ..\work\Catalina\localhost\TM..\bin\catalina start还是没有用。在TOMCAT6的conf目录下server.<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.<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>

原标题:spring结合时,web.xml的配置

关键词:Spring

*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。

可能感兴趣文章

我的浏览记录