本文探讨了在使用Spring框架时，上下文初始化Listener配置顺序对Tomcat服务器启动过程的影响。通过实验发现，Listener的执行顺序遵循配置文件中定义的先后顺序。进一步测试了此现象在不同应用服务器（如WebLogic）上的表现。
近日，自实现Srping的上下文初始化Listener为aListener，在另外一个Listener中实现依赖注入配置文件的加载缓存，为bListener。aListener从bListener中读取配置缓存。（这种方式不一定合理，仅用于测试）。
环境为tomcat 6.0.18，spring 2.0。
web.xml中配置顺序如下：
<listener>
<listener-class>
aListener
</listener-class>
</listener>
<listener>
<listener-class>
bListener
</listener-class>
</listener>
启动调试服务器，跟踪beanFactory中没有初始化Bean。后来将上述Listener的配置顺序调换一下，将bListener放在aListener，启动，调试跟踪benaFactory中初始化了全部Bean。
貌似，Tomcat中的Listener执行顺序按照配置的先后顺序执行，WebLogic中不知道是什么情况，待测试。
环境为tomcat 6.0.18，spring 2.0。
web.xml中配置顺序如下：
<listener>
<listener-class>
aListener
</listener-class>
</listener>
<listener>
<listener-class>
bListener
</listener-class>
</listener>
启动调试服务器，跟踪beanFactory中没有初始化Bean。后来将上述Listener的配置顺序调换一下，将bListener放在aListener，启动，调试跟踪benaFactory中初始化了全部Bean。
貌似，Tomcat中的Listener执行顺序按照配置的先后顺序执行，WebLogic中不知道是什么情况，待测试。
扫一扫
1140
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
