上周,leader给我一个服务器环境的日志压缩包,说是服务器,在运行一段时间之后。日志同步自动的停止了工作。
观察日志,通常是判断服务器环境的的一个很重要的方式。
在一个日志文件中,注意到在不同的时间段有下面的异常提示:
而这几处异常,都是从一个地方抛出的InterfaceAction
在google中,查找java.lang.IllegalStateException: No WebApplicationContext found: no ContextLoaderListener registered?
搜索到有类似的问题,但问题是偶尔在程序跑着跑着会出现这样的问题,是文件路径引起的,
所以解决的方案是修改为另外一种取得WebApplicationContext的方式.
再搜索
看到对于spring的这个问题,有一个回答
You probably havent configure a ContextLoaderListener ...
看了一下 InterfaceAction的源代码,获取WebApplicationContext,与程序中的另外一处有重复,而另外一处,取出WebApplicationContext之后,已经放到了系统的常量管理的类中。这里又重复取了一次。所以在这里修改程序中的WebApplicationContext的生成方式为从系统中的常量管理的类中来生成。
总之呢,分析日志和在搜索中的思考,在处理某些问题时,是非常重要的!
观察日志,通常是判断服务器环境的的一个很重要的方式。
在一个日志文件中,注意到在不同的时间段有下面的异常提示:
java.lang.IllegalStateException: No WebApplicationContext found: no ContextLoaderListener registered?
at org.springframework.web.context.support.WebApplicationContextUtils.getRequiredWebApplicationContext(WebApplicationContextUtils.java:86)
at com.hollyinfo.fgw.customQuery.Interface.action.InterfaceAction.getServletBean(InterfaceAction.java:42)
at com.hollyinfo.fgw.customQuery.Interface.action.InterfaceAction.init(InterfaceAction.java:28)
而这几处异常,都是从一个地方抛出的InterfaceAction
在google中,查找java.lang.IllegalStateException: No WebApplicationContext found: no ContextLoaderListener registered?
搜索到有类似的问题,但问题是偶尔在程序跑着跑着会出现这样的问题,是文件路径引起的,
所以解决的方案是修改为另外一种取得WebApplicationContext的方式.
再搜索
看到对于spring的这个问题,有一个回答
You probably havent configure a ContextLoaderListener ...
看了一下 InterfaceAction的源代码,获取WebApplicationContext,与程序中的另外一处有重复,而另外一处,取出WebApplicationContext之后,已经放到了系统的常量管理的类中。这里又重复取了一次。所以在这里修改程序中的WebApplicationContext的生成方式为从系统中的常量管理的类中来生成。
总之呢,分析日志和在搜索中的思考,在处理某些问题时,是非常重要的!