上一章中 咱们看到了添加了个junit的依赖包.那么maven中想添加依赖的jar包咱们只须要配置相应的dependency就行.例如:java
<dependency> <groupId>org.eclipse.jetty</groupId> <artifactId>jetty-server</artifactId> <version>9.3.3.v20150827</version> </dependency>
实际开发中,咱们更多的会用到项目与项目,模块与模块之间的依赖,好比:我这里有3个maven项目.mysql
user-core,2.user-log,3.user-service.
sql
user-service依赖于user-core和user-logeclipse
那么,这个时候咱们的依赖关系配置:maven
<dependency> <groupId>${project.groupId}</groupId> <artifactId>user_core</artifactId> <version>${project.version}</version> </dependency> <dependency> <groupId>${project.groupId}</groupId> <artifactId>user_log</artifactId> <version>${project.version}</version> </dependency> ${project.version},${project.groupId}为maven中的常量表达式
在配置依赖包的时候,有个scope属性.这个就是依赖传递的做用域,maven的几种做用域
ide
默认的scope,表示 dependency 均可以在生命周期中使用。并且,这些dependencies 会传递到依赖的项目中。测试
跟compile类似,可是代表了dependency 由JDK或者容器提供,例如Servlet AP和一些Java EE APIs。这个scope 只能做用在编译和测试时,同时没有传递性。spa
表示dependency不做用在编译时,但会做用在运行和测试时(如:mysql驱动).net
表示dependency做用在测试时,不做用在运行时,同时没有传递性。code
跟provided 类似,可是在系统中要之外部JAR包的形式提供,maven不会在repository查找它。 例如:
<project>
...
<dependencies>
<dependency>
<groupId>javax.sql</groupId>
<artifactId>jdbc-stdext</artifactId>
<version>2.0</version>
<scope>system</scope>
<systemPath>${java.home}/lib/rt.jar</systemPath>
</dependency>
</dependencies>
...
</project>
它只使用在<dependencyManagement>中,表示从其它的pom中导入dependency的配置。
假如:如今有项目A依赖a.jar版本为1.0,B依赖a.jar版本为2.0,C依赖A,B项目,那么C用的哪个依赖:
A->a 1.0
B->a 2.0
C->A,B
maven的依赖:若是依赖层次基本相同,先加入的优先级高于后加入的.即上面这个C的依赖是1.0的版本.当依赖级别不相同时,最直接的级别的优先级最高.
有时候,咱们的多依赖会形成包的冲突,这个时候咱们须要排除某个依赖,咱们能够这样配置:
<dependency> <groupId>${project.groupId}</groupId> <artifactId>user_core</artifactId> <version>${project.version}</version> <exclusions> <exclusion> <artifactId>commons-logging</artifactId> <groupId>commons-logging</groupId> </exclusion> </exclusions> </dependency>