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/
前面讲过了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/