上一章中 我们看到了添加了个junit的依赖包.那么maven中想添加依赖的jar包我们只需要配置相应的dependency就行.例如:
<dependency>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-server</artifactId>
<version>9.3.3.v20150827</version>
</dependency>
实际开发中,我们更多的会用到项目与项目,模块与模块之间的依赖,比如:我这里有3个maven项目.
user-core,2.user-log,3.user-service.
user-service依赖于user-core和user-log
那么,这个时候我们的依赖关系配置:
<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的几种作用域
compile:
默认的scope,表示 dependency 都可以在生命周期中使用。而且,这些dependencies 会传递到依赖的项目中。
provided
跟compile相似,但是表明了dependency 由JDK或者容器提供,例如Servlet AP和一些Java EE APIs。这个scope 只能作用在编译和测试时,同时没有传递性。
runtime
表示dependency不作用在编译时,但会作用在运行和测试时(如:mysql驱动)
test
表示dependency作用在测试时,不作用在运行时,同时没有传递性。
system
跟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>
import(Maven 2.0.9 之后新增)
它只使用在<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>