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