spring scan扫描jar包中的bean

由于多个项目之中有很多重复的内容,在做新项目的时候需要复制粘贴很多重复的东西。所以需要对项目进行重构进行依赖。

项目是用maven进行构建和管理的,所以先进行父子项目划分,然后抽离公用部分,新建项目的时候直接依赖。项目结构为一个父项目,之下若干子项目,子项目有util,dao,controller,web等项目。web项目为前端页面,单独提供给FE做开发用,这样多个web项目可以共用一套后台逻辑。

项目mvc是用的WF框架,底层是依赖spring-context和spring-webmvc,然后做了一下封装。所以根本上还是和springmvc的使用无异。

但是在实验的过程中发现项目不能正常启动,bean没有被注入。进行测试发现,如果controller和web分离的话bean没有注入,但是合并却可以,因为web项目是依赖的controller项目,最终项目build之后controller项目被打成jar放入web项目的lib中。而对于controller的扫描是用的component-scan方式,因此问题就变成了spring不能scan到jar中bean。

对于引入applicationContext.xml配置文件的两种方式:

classpath*:applicationContext.xml

 会加入本项目及所有jar包根目录下的applicationContext.xml文件,跨jar包依赖时使用

classpath:applicationContext.xml

 只加入本项目根目录下的applicationContext.xml文件,不依赖其它jar包的配置文件时可以这样写

WF框架初始化spring的bean容器不是由使用者配置启动的,而是使用web-fragment新特性,在项目启动时自动进行一系列的初始化(这一点感觉很shit)。查看源代码发现启动时也是用的classpath*这种方式,按理说是可以搜索到所有jar中的applicationContext.xml。但是在WF框架中applicationContext.xml配置文件不是在项目的根目录中,而是在依赖WF的相关jar中的。研究spring初始化bean的过程发现,在最终扫描.class并进行初始化的过程是用getClassLoader().getResources("")的方式获取Resource对象的,而对于这种方式,是只能获取当前classpath中的文件的。这个classpath是相对于applicationContext.xml来说的,也就是说applicationContext.xml位于哪里,就会加载到该项目的classpath,并不能跨jar进行。

于是将applicationContext.xml文件拷贝一份放到controller项目的classpath中,重新启动项目,果然可以了,所有的bean被初始化。

关于spring的component-scan扫描初始化bean的过程可以参见这篇博客

http://www.it165.net/pro/html/201406/15205.html

相关推荐