Maven的简单介绍
Maven
-
构件
: pom、jar、ear、war以及maven-plugin,构建Maven之后所生成的文件类型，Pom本身不产生构件，用来作为依赖库。
pom类型常用于微服务中作为父Pom,通过 可以将子模块包含进来，共享父Pom的依赖， -
GAV坐标
、 以及 的首字母 ：项目或者项目组的全局唯一标识，通常是Java源代码中的全限定Java包名。如io.netty :某个项目组的不同构件，如netty-all ：构件版本 :构件的类型 :区分相同的pom但是被不同方式构建的构件，如javadoc、sources、jdk16、jdk17 -
依赖
- compile:编译和执行需要的默认值
- runtime:只有执行需要
- optional:不被引用了这个项目所产生的构件的其他项目，视为传递依赖
- provided:不会被包含在由这个POM产生的WAR文件的WEB_INF/lib中
- test：只有编译和测试的执行需要
- 依赖管理
scope>的import来导入他们。
4.1.9
io.netty netty-all ${netty.version} - 生命周期
三个内置的构建生命周期：clear、default、site，前两个用于清理和分发项目。
构建生命周期的各个阶段的部分清单：
- validate 检查项目是否正确，所有必须的信息是否已经就绪
- process-source 处理源代码，
- compile 编译项目的源代码
- process-test-resource 复制并处理资源到测试目标目录中
- test-compile 将测试源代码编译到测试目标目录中
- test 使用合适的单元测试框架测试编译的源代码
- package 将编译的代码打包为他的可分发格式
- integration-test 处理并将软件包部署到一个可以运行集成测试的环境中
- verify 运行任何的检查以验证软件包是否有效，并符合质量标准
- install 将软件包安装到本地存储库，在那里其他本地构建的鲜蘑菇可以将他引用为依赖
- deploy 将最终构建上传到远程存储库，以与其他开发人员和项目共享。
- 插件
所有的构建生命周期阶段的执行都通过插件来实现。
org.codehaus.mojo exec-maven-plugin 1.2.1
- 插件管理
如同dependencyManagement一样，子Pom可以直接继承使用。
maven-compiler-plugin 3.2 1.7 1.7 org.codehaus.mojo exec-maven-plugin 1.2.1 子类继承插件
maven-compiler-plugin org.codehaus.mojo exec-maven-plugin - 配置文件
通过
- 存储库
可以是远程也能是本地的。
- 快照和发布
远程库通常包含了快照和发布两个区域，
-
如果
由SNAPSHOT结尾会被认为该构件尚未发布，可以使用相同Version进行上传，每次哦都会分配一个唯一的时间戳，所以项目拉取的总是最新的构件。 -
非SNAPSHOT结尾就是发布版本，只允许某个特定Version上传一次。
当构建SNAPSHHOT
依赖的项目是，会检查本地依赖库是否相应的版本，如果没有就会去指定的远程仓库进行检索，这时候就会拉取到最新时间戳的构件；如果本地有这个构件，且当前构建也是这一天中的第一个，那么会尝试更新本地副本。可以通过setting.xml进行设置。
pom的继承和聚合
- 继承
包含子项目要继承的信息，当然子项目可以重写
- 聚合
聚合器pom会构建一个或者多个子项目。
Server Client
- 案例
4.0.0 nia nia-samples-parent 1.0-SNAPSHOT chapter2 pom 2. Echo Client and Server Client Server localhost 9999 io.netty netty-all maven-compiler-plugin maven-failsafe-plugin maven-surefire-plugin org.codehaus.mojo exec-maven-plugin
nia chapter2 1.0-SNAPSHOT echo-server org.codehaus.mojo exec-maven-plugin run-server java nia.echo.EchoServer ${echo-server.port} - Mvn 语法
