# 观念
明确一个意识：从来只有 web 工程依赖 java 工程，没有反过来 java 工程依赖 web 工程，本质上来说，web 工程依赖的 java 工程其实就是 web 工程里导入的 jar 包，最终 java 工程会变成 jar 包，放在 web 工程的 WEB-INF/lib 目录下
# 操作
在 pro02-maven-web 工程的 pom.xml 中，找到 dependencies 标签，在 dependencies 标签中做如下配置:
<!-- 配置对 java 工程 pro01-maven-java 的依赖 --> | |
<!-- 具体的配置方式：在 dependency 标签内使用坐标实现依赖 --> | |
<dependency> | |
<groupId>com.dkx.maven</groupId> | |
<artifactId>pro01-maven-java</artifactId> | |
<version>1.0-SNAPSHOT</version> | |
</dependency> |
# 补充创建目录
pro02-maven-web\src\test\java\com\dkx\maven
# 确认 web 工程依赖了 junit
# 创建测试类
把 java 工程的 CalculatorTest.java 复制到 pro02-maven-web\src\test\java\com\dkx\maven 目录下
# 执行 maven 命令
测试命令
mvn test
说明：测试操作中会提前自动执行编译操作，测试成功寿命编译也是成功的
打包命令
mvn package
通过查看 war 包内的结构，我们看到被 web 工程依赖的 java 工程确实是会变成 web 工程的 WEB-INF/lib 目录下的 jar 包
查看当前 web 工程所依赖的 jar 包列表
mvn dependency:list
这样我们的格式虽然和我们 XML 配置文件中坐标的格式不同，但是本质上还是坐标信息，大家需要能够认识这样的格式，将来从 Maven 命令的日志或错误信息中看到这样格式的信息，就能够识别出来这是坐标，进而根据坐标到 Maven 仓库找到对应的 jar 包，用这样的方式解决我们遇到的报错的情况
# 以树形结构查看当前 web 工程的依赖信息
mvn dependency:tree
我们在 pom.xml 中并没有依赖 hamcrest-core, 但是它却被加入了我们依赖的列表，原因是:junit 依赖了 hamcrest-core, 然后基于依赖的传递性，hamcrest-core 被传递到我们的工程了
