本文共 3293 字,大约阅读时间需要 10 分钟。
七、依赖管理(一)依赖范围
依赖范围是用来控制依赖与3种classpath(编译classpath,测试classpath,运行classpath)的关系。maven有以下几种依赖范围:1、compile 编译、测试、运行,A在编译时依赖B,并且在测试和运行时也依赖。strus-core、spring-beans打到war包或jar包。2、provided 编译、和测试有效,A在编译和测试时需要B。比如:servlet-api就是编译和测试有用,在运行时不用(tomcat容器已提供)。不会打到war。3、runtime:测试、运行有效。比如:jdbc驱动包 ,在开发代码中针对java的jdbc接口开发,编译不用。在运行和测试时需要通过jdbc驱动包(mysql驱动)连接数据库,需要的!!会打到war。4、test:只是测试有效,只在单元测试类中用。比如:junit不会打到war。如何设置依赖范围呢?比如我们要将mysql驱动的依赖设置为runtime范围,配置如下:mysql mysql-connector-java 5.1.6 runtime
将servlet依赖设置为provided
[/align] javax.servlet servlet-api 2.5 provided
如果是compile就不需要设置了,因为compile是scope的默认值。关于test范围我们在后边讲解单元测试时再做演示。
重新执行打包为war , 会发现servlet-api.jar已经不存在。(二)依赖传递什么是依赖传递?A->B(compile) 第一关系: a依赖b compileB->C(compile) 第二关系: b依赖c compile我们看下图:1、纵坐标:直接依赖A依赖B,B是A的直接依赖。在A的pom.xml中添加B的坐标。2、横坐标:传递依赖B依赖C,C是A的传递依赖。3、中间部分:传递依赖的范围,A依赖C的范围。(三)依赖调节原则(了解)情景再现:项目A依赖于项目B,项目B依赖于项目C(v1), 项目A依赖于项目D,项目D依赖于项目E,项目E依赖于C(v2),1、A--->B---->C(v1) , 2、A------>D---->E----->C(v2)项目A隐形依赖了两个版本的C,那到底采用哪个版本呢?分析:依赖调解第一原则:路径优先,很明显,第一种路径深度是3,第二种路径深度是4,所以,maven会采用C(v1)依赖调解第二原则:声明优先,假设路径深度相等,那么声明在前的会被引用。(四)版本锁定在Maven中dependencyManagement的作用其实相当于一个对所依赖jar包进行版本管理的管理器。pom.xml文件中,jar的版本判断的两种途径1.如果dependencies里的dependency自己没有声明version元素,那么maven就会倒dependencyManagement里面去找有没有对该artifactId和groupId进行过版本声明,如果有,就继承它,如果没有就会报错,告诉你必须为dependency声明一个version。2.如果dependencies中的dependency声明了version,那么无论dependencyManagement中有无对该jar的version声明,都以dependency里的version为准。(五)排除依赖我们仔细观察Maven Dependencies 下的jar包,会发现存在了两个javassist包,一个是 javassist-3.18.1-GA. ,另一个是javassist-3.11.0-GA 。这是因为我们引入三大框架的jar包,hibernate依赖javassist-3.18.1-GA ,而struts 依赖javassist-3.11.0-GA 。这就是我们通常所说的jar包版本冲突,如果这两个jar包同时存在,会导致后续某些操作会存在问题(比如openSessionInView失效),所以需要排除低版本的jar包。如何来排除依赖呢?添加下面红色字体的部分。作用是排除struts中依赖的javassist的jar[/align] org.apache.struts struts2-core 2.3.24 javassist javassist
添加后发现javassist-3.11.0-GA消失。
八、单元测试向erp_dao工程添加junit[/align] junit junit 4.9 test
在erp_dao工程src/test/java 下创建测试类
package erp_dao;import org.junit.Test;import org.junit.runner.RunWith;import org.springframework.beans.factory.annotation.Autowired;import org.springframework.test.context.ContextConfiguration;import org.springframework.test.context.junit4.SpringJUnit4Cla***unner;import cn.itcast.mavenweb.dao.DepDao;@RunWith(SpringJUnit4Cla***unner.class)@ContextConfiguration(locations={"classpath:applicationContext_dao.xml","classpath:applicationContext_datasource.xml"})public class TestDepDao {@Autowiredprivate DepDao depDao;@Testpublic void testList(){System.out.println("test!!");System.out.println(depDao.getList().size());}}
右键点击你要测试的方法
选择右键菜单 Run as --> JUnit test如果是绿色的显示表示通过测试如果是红色的显示表示未通过测试如果有测试类未通过,直接打包,会出现以下提示表示该工程没有成功,因为测试未通过。也就是说打包操作是要求在所有的测试用例都通过的基础上才进行。另外,通过我们观察,发现测试类和JUnit 并不会打包到war包中转载于:https://blog.51cto.com/13587708/2121081