如果断Maven的依赖构建必须每一个项目都指定，那配置是累死人了，比如A依赖了20个项目，B依赖A,那么还要添加20个项目，那就悲剧了，maven有依赖传递的功能。
1、Transitive Dependency (传递依赖)
你的项目依赖于A，A又依赖于B。你的项目是否要声明你依赖于B？ Maven的回答是它帮你自动管理这种依赖的传递，你不需要声明你依赖于B，由Maven来做。
[版本还是要自己指定的.]
2、Dependency Scope （依赖范围）
因此，Maven考虑了6中可能的scope供选择：
- compile: 默认的scope。编译、测试、打包全都需要。compile参与依赖传递，就是说，你的项目A依赖于B(依赖scope是compile)，项目C依赖于你的项目A，那么C也就依赖于B。
- provided: 表示JDK或者容器会在Runtime时提供这些(jar)，如上面说到的servlet api。provided的东西在编译和测试时会用到，不参与传递依赖。
- runtime: 表示编译时不需要，但测试和运行时需要，最终打包时会包含进去。
- test: 只用于测试阶段（测试的编译和测试的运行），典型的就是junit的jar。
- system: 和provided类似，但要求jar是你的系统里已有的，不会在repository里找，如rt.jar,tools.jar这些。
- import: 简单的说，你的项目的pom可以继承另一个项目的pom，从而继承了父项目的依赖关系，但是因为之后single inheritance的限制，所以创造了import，使得你可以“导入”或者说“继承”任何一到多个项目的依赖关系。
3. 依赖管理(dependencyManagement)
实际的项目中，你会有一大把的Maven模块，而且你往往发现这些模块有很多依赖是完全项目的，A模块有个对spring的依赖，B模块也有，它们的依赖配置一模一样，同样的groupId, artifactId, version，或者还有exclusions, classifer。细心的分会发现这是一种重复，重复就意味着潜在的问题，Maven提供的dependencyManagement就是用来消除这种重复的。
为了实现项目间的依赖，一般情况下，web项目依赖于app项目，而app项目很可能依赖于其他的app项目，比如我建了一个util项目，app依赖于util,那么webapp也需要依赖于util,但是我不配置webapp依赖util,验证一下，会不会自动加载依赖包.
util项目的构建请参照前讲，接下来看maven配置:
util配置;
<?xml version="1.0" encoding="UTF-8"?>
<project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<modelVersion>4.0.0</modelVersion>
<parent>
<artifactId>demo</artifactId>
<groupId>com.test</groupId>
<version>1.0.0-SNAPSHOT</version>
</parent>
<groupId>com.test.util</groupId>
<artifactId>util</artifactId>
<version>1.0-SNAPSHOT</version>
<name>util</name>
<url>http://maven.apache.org</url>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
</plugins>
</build>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
</dependencies>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
</project>
app项目的maven配置:
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>com.test</groupId>
<artifactId>demo</artifactId>
<version>1.0.0-SNAPSHOT</version>
</parent>
<groupId>com.test.app</groupId>
<artifactId>app</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>jar</packaging>
<name>app</name>
<url>http://maven.apache.org</url>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
</plugins>
</build>
<dependencies>
<dependency>
<groupId>com.test.util</groupId>
<artifactId>util</artifactId>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
</dependencies>
</project>
webapp的maven配置:
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>com.test</groupId>
<artifactId>demo</artifactId>
<version>1.0.0-SNAPSHOT</version>
</parent>
<groupId>com.test.app</groupId>
<artifactId>webapp</artifactId>
<packaging>war</packaging>
<version>1.0-SNAPSHOT</version>
<name>webapp Maven Webapp</name>
<url>http://maven.apache.org</url>
<build>
<finalName>webapp</finalName>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
<!--
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>tomcat-maven-plugin</artifactId>
<configuration>
<url>http://127.0.0.1:9001/manager</url>
<server>test</server>
<path>/</path>
</configuration>
</plugin>
-->
</plugins>
</build>
<dependencies>
<dependency>
<groupId>com.test.app</groupId>
<artifactId>app</artifactId>
</dependency>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
</dependencies>
</project>
不禁发现，当app项目添加了一个项目依赖和webapp一点关系都没有，因为maven有依赖传递的功能，不过要注意冲突就好了.
外面总文件的配置;
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.test</groupId>
<artifactId>demo</artifactId>
<packaging>pom</packaging>
<version>1.0.0-SNAPSHOT</version>
<name>CE Maven Demo</name>
<modules>
<module>app</module>
<module>webapp</module>
<module>util</module>
</modules>
<dependencyManagement>
<!--webx-3.0 related-->
<dependencies>
<dependency>
<groupId>com.test.util</groupId>
<artifactId>util</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>com.test.app</groupId>
<artifactId>app</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>com.test.app</groupId>
<artifactId>webapp</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.4</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
</dependencies>
</dependencyManagement>
</project>
这种管理方式真的是very perfect，从版本，依赖，打包，构建等等都非常的到位
分享到：
相关推荐
Maven依赖传递特性 Maven会自动处理项目的依赖及其依赖的依赖，称为依赖传递。 2. Maven依赖冲突特性 当不同依赖引入了相同但不同版本的库时，会产生依赖冲突。Maven遵循“nearest wins”原则解决冲突，但可能需要...
Maven依赖管理是Maven的核心功能之一，它允许开发者声明项目所依赖的库，并自动下载这些库到本地仓库，以便于构建和运行项目。在Maven的项目对象模型（Project Object Model，POM）中，依赖被定义在`<dependencies>`...
在IT行业中，Maven是一个非常重要的构建工具，主要用于管理Java项目的构建、报告和依赖关系。在JavaWeb开发中，Maven扮演着核心角色，帮助开发者有效地处理库的依赖关系，使得项目构建过程更加标准化和自动化。本文...
Maven的依赖机制遵循“传递性”原则，这意味着如果你的项目依赖A，而A又依赖B，那么Maven会自动将B也引入到你的项目中。但是，这可能导致版本冲突，因此Maven提供了`exclusions`标签来排除不需要的依赖。 在进行...
在Java开发中，Maven作为项目管理和构建工具，它的核心概念之一就是依赖管理。Maven通过依赖树确保项目能够正确地引用所需的库和框架。本文将深入探讨Maven的传递依赖和依赖原则。 **一、Maven传递依赖** 传递依赖...
### Maven构建项目文档知识点概述 #### 1. 什么是Maven Maven 是一个由 Apache 软件基金会维护的项目管理工具。它通过提供一套规范化的构建过程和依赖管理机制来帮助开发者更加高效地管理和构建 Java 项目。Maven ...
标题中的“ActiveMQ与Spring集成实例之使用Maven构建”是指在Java开发环境中，通过Maven构建工具将Apache ActiveMQ消息中间件与Spring框架整合在一起的实际操作案例。这个主题涵盖了几大关键知识点： 1. **Apache ...
在这个"Maven构建Struts项目"的实践中，我们将探讨如何利用Maven来管理依赖并构建一个基于Struts的Web应用。 **Maven** Maven是一个强大的项目管理和构建工具，它通过XML格式的POM（Project Object Model）文件来...
Maven作为一款流行的项目管理和构建自动化工具，其依赖管理机制是其核心特性之一。在Maven项目中，依赖管理不仅可以帮助开发者管理项目所依赖的库文件，还能解决依赖冲突、控制传递性依赖等复杂问题。以下便是基于所...
Maven是Apache软件基金会的一个项目，用于项目对象模型（Project Object Model）的管理和构建自动化。...通过合理地使用POM文件、依赖范围、依赖调解和传递性依赖等机制，我们可以更好地构建和维护我们的Maven项目。
Maven依赖管理遵循“传递性”原则，即项目可以直接依赖其他项目，间接依赖也会被自动引入。当出现相同类路径的冲突时，Maven会遵循“第一声明者优先”原则，即先声明的依赖版本优先。 2. **排除依赖（Exclusions）...
【Maven构建项目】 Maven是一个强大的Java项目管理工具，它可以帮助开发者进行构建、依赖管理和项目信息管理。通过使用Maven，你可以规范化的构建过程，减少项目配置的复杂性，并且便于团队协作。 1. Maven的基本...
根据提供的文件信息，我们可以了解到这是一个基于Maven构建的Web服务客户端项目。该POM（Project Object Model）文件定义了项目的元数据以及构建过程中的配置，包括项目的基本信息、构建插件配置以及所需的依赖库等...
Maven依赖库是开发Java应用程序时不可或缺的资源，它包含了各种常用的jar包，这些包提供了丰富的功能，涵盖了数据处理、网络通信、XML解析等多个领域。在本文中，我们将深入探讨maven_repository.zip压缩包中的几个...
它能够解析依赖的依赖（传递性依赖），并管理不同版本之间的冲突。 3. **构建生命周期**： - Maven定义了一系列的构建阶段，称为生命周期，每个阶段执行特定的任务。主要的生命周期包括： - `clean`：清理项目，...
2. **理解依赖传递性**：Maven会自动处理依赖的依赖，但可能会导致依赖冲突，需要通过 `<exclusions>` 标签排除不需要的子依赖。 3. **管理本地仓库**：定期清理无用的旧版本依赖，避免仓库过大影响性能。 4. **使用...
### 使用Maven构建项目 1. **初始化项目**: 使用`mvn archetype:generate`命令创建新项目。 2. **编译源代码**: 使用`mvn compile`命令将源代码编译为字节码。 3. **测试**: `mvn test`执行单元测试。 4. **打包**: ...
此外，Maven的传递性依赖管理意味着，如果一个项目依赖A库，而A库又依赖B库，Maven会自动处理B库的下载，无需开发者手动介入。 在压缩包子文件的文件名称列表中提到的"org"，这很可能是Maven依赖的组织...
依赖管理主要处理项目依赖关系的复杂性，包括依赖传递性、依赖范围、依赖冲突解决方案和依赖排除等方面。依赖传递性指如果A依赖B，而C又依赖A，则C也会间接依赖B。为了处理依赖冲突，Maven提供了依赖范围的控制，...
这种方式要求开发者明确地提供JAR文件的完整路径，确保Maven构建过程中能够准确找到这些文件。具体配置方法如下： ```xml <groupId>org.apache <artifactId>test <version>1.0 <scope>system ${basedir}/...