classpath 与classpath
classpath 与classpath*
classpath就是代表 /WEB-INF /classes/ 这个路径（如果不理解该路径，就把一个web工程发布为war包，然后用winrar查看其包内路径就理解啦）
前面讲过了Maven建立了依赖关系，把系统分割成了若干个jar/war包.
我建的依赖关系大致是war包中包含n个依赖的jar包，依赖层级如下：
order-war (html/template)
--order (action)
---- service (service/dao)
------ common /util
配置文件xml/properties分布在各个jar包中（保持应用之间相对独立）。
问题产生于：把原有的项目直接拉过来，打包、部署、启动就报错，applicationContext.xml找不到。很明显是读取不到jar包中的配置文件。
Java代码 收藏代码
解决办法：
1，classpath:applicationContext.xml改为classpath*:applicationContext.xml
这么写也是一样的效果：classpath*:/applicationContext.xml
2，在applicationContext.xml引用其它的配置文件：
如果在同一个jar包这么写，
Java代码 收藏代码
<import resource="classpath:/applicationContext-action.xml" />
要导入其它jar包中的配置文件，这么写
Java代码 收藏代码
<import resource="classpath*:/applicationContext-service.xml" />
就这么简单，重新打包、部署、启动成功。
在浏览器中打开 http://127.0.0.1:8080/portal/index.htm
成功
3，classpath两种用法：
classpath*:applicationContext.xml会加入本项目及所有jar包根目录下的applicationContext.xml文件，跨jar包依赖时使用
classpath:applicationContext.xml只加入本项目根目录下的applicationContext.xml文件，不依赖其它jar包的配置文件时推荐这样写，以避免冲突。
当我们启动一个tomcat的服务的时候，jar包和claess文件是是以怎么样的顺序被加载进来的？
加载顺序：
1. $java_home/lib 目录下的java核心api
2. $java_home/lib/ext 目录下的java扩展jar包
3. java -classpath/-Djava.class.path所指的目录下的类与jar包
4. $CATALINA_HOME/common目录下按照文件夹的顺序从上往下依次加载
5. $CATALINA_HOME/server目录下按照文件夹的顺序从上往下依次加载
6. $CATALINA_BASE/shared目录下按照文件夹的顺序从上往下依次加载
7. 我们的项目路径/WEB-INF/classes下的class文件
8. 我们的项目路径/WEB-INF/lib下的jar文件
在同一个文件夹下，jar包是按顺序从上到下依次加载
由ClassLoader的双亲委托模式加载机制我们可以知道，假设两个包名和类名完全相同的class文件不再同一个jar包，如果一个class文件已经被加载java虚拟机里了，那么后面的相同的class文件就不会被加载了。
部分转自http://pwind.iteye.com/blog/865112/
classpath就是代表 /WEB-INF /classes/ 这个路径（如果不理解该路径，就把一个web工程发布为war包，然后用winrar查看其包内路径就理解啦）
前面讲过了Maven建立了依赖关系，把系统分割成了若干个jar/war包.
我建的依赖关系大致是war包中包含n个依赖的jar包，依赖层级如下：
order-war (html/template)
--order (action)
---- service (service/dao)
------ common /util
配置文件xml/properties分布在各个jar包中（保持应用之间相对独立）。
问题产生于：把原有的项目直接拉过来，打包、部署、启动就报错，applicationContext.xml找不到。很明显是读取不到jar包中的配置文件。
Java代码 收藏代码
解决办法：
1，classpath:applicationContext.xml改为classpath*:applicationContext.xml
这么写也是一样的效果：classpath*:/applicationContext.xml
2，在applicationContext.xml引用其它的配置文件：
如果在同一个jar包这么写，
Java代码 收藏代码
<import resource="classpath:/applicationContext-action.xml" />
要导入其它jar包中的配置文件，这么写
Java代码 收藏代码
<import resource="classpath*:/applicationContext-service.xml" />
就这么简单，重新打包、部署、启动成功。
在浏览器中打开 http://127.0.0.1:8080/portal/index.htm
成功
3，classpath两种用法：
classpath*:applicationContext.xml会加入本项目及所有jar包根目录下的applicationContext.xml文件，跨jar包依赖时使用
classpath:applicationContext.xml只加入本项目根目录下的applicationContext.xml文件，不依赖其它jar包的配置文件时推荐这样写，以避免冲突。
当我们启动一个tomcat的服务的时候，jar包和claess文件是是以怎么样的顺序被加载进来的？
加载顺序：
1. $java_home/lib 目录下的java核心api
2. $java_home/lib/ext 目录下的java扩展jar包
3. java -classpath/-Djava.class.path所指的目录下的类与jar包
4. $CATALINA_HOME/common目录下按照文件夹的顺序从上往下依次加载
5. $CATALINA_HOME/server目录下按照文件夹的顺序从上往下依次加载
6. $CATALINA_BASE/shared目录下按照文件夹的顺序从上往下依次加载
7. 我们的项目路径/WEB-INF/classes下的class文件
8. 我们的项目路径/WEB-INF/lib下的jar文件
在同一个文件夹下，jar包是按顺序从上到下依次加载
由ClassLoader的双亲委托模式加载机制我们可以知道，假设两个包名和类名完全相同的class文件不再同一个jar包，如果一个class文件已经被加载java虚拟机里了，那么后面的相同的class文件就不会被加载了。
部分转自http://pwind.iteye.com/blog/865112/