标签：xmlns 更新 generate oca 对象 apache 消费 远程 查看
1. pom 文件
pom 代表项目对象模型，它是 Maven 中工作的基本组成单位。它是一个 XML 文件，始终保存在项目的基本目录中的 pom.xml 文件中。pom 包含的对象是使用 Maven 来构建的，pom.xml 文件包含了项目的各种配置信息，需要特别注意，每个项目都只有一个 pom.xml 文件。
pom 文件中有一些节点用来描述项目配置信息，比如：
1）project：工程的根标签
2）modelVersion：pom 模型版本，maven2和3只能为4.0.0
3）groupId：这是工程组的标识。它在一个组织或者项目中通常是唯一的。例如，一个银行组织 com.companyname.project-group 拥有所有的和银行相关的项目。
4）artifactId：这是工程的标识。它通常是工程的名称。例如，消费者银行。groupId 和 artifactId 一起定义了 artifact 在仓库中的位置
5）version：这是工程的版本号。在 artifact 的仓库中，它用来区分不同的版本
6）packaging：定义 Maven 项目的打包方式，有 JAR 、WAR 和 EAR 三种格式
最小 pom 文件应该拥有以下几个元素
<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> <groupId>com.xdclass</groupId> <artifactId>demo</artifactId> <version>1.0-SNAPSHOT</version> </project>
每个 pom 文件都继承一个父 pom，父（Super）POM 是 Maven 默认的 POM。所有的 POM 都继承自一个父 POM（无论是否显式定义了这个父 POM）。父 POM 包含了一些可以被继承的默认设置。因此，当 Maven 发现需要下载 POM 中的 依赖时，它会到 Super POM 中配置的默认仓库 。
可以使用以下命令来查看 Super POM 默认配置：mvn help:effective-pom
下面介绍 pom 文件中用来配置依赖信息的节点
1）pom 文件中 dependencies 节点用来引入依赖，一个 dependencies 节点里面可以有多个 dependency
<dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> </dependency> </dependencies>
2）pom 文件中 parent 节点用来引入父 pom 文件
<parent> <groupId>xd.class<groupId> //父项目的组Id标识符 <artifactId>demo-parent</artifactId> //父项目的唯一标识符 <relativePath>/</relativePath> //Maven首先在当前项目中找父项目的pom，然后在文件系统的这个位置（relativePath），然后在本地仓库，再在远程仓库找。 <version>1.0</version> //父项目的版本 </parent>
3）pom 文件中 modules 节点用引入模块
有些 Maven 项目会做成多模块的，这个标签用于指定当前项目所包含的所有模块。之后对这个项目进行的 Maven 操作，会让所有子模块也进行相同操作。
<modules> <module>com-a</module> <module>com-b</module> <module>com-c</module> </modules>
4）pom 文件中 properties 节点用于定义 pom 常量
<properties> <java.version>1.7</java.version> </properties>
上面这个常量可以在 pom 文件的任意地方通过 ${java.version} 来引用。
5）pom 文件中 dependencyManagement 节点
应用场景：当我们的项目模块很多的时候，我们依赖包的管理就会出现很多问题，为了项目的正确运行，必须让所有的子项目使用依赖项的同一版本，确保应用的各个项目的依赖项和版本一致，才能保证测试的和发布的是相同的结果。
使用的好处：在父模块中定义后，子模块不会直接使用对应依赖，但是在使用相同依赖的时候可以不加版本号，这样的好处是，可以避免在每个使用的子项目中都声明一个版本号，这样想升级或者切换到另一个版本时，只需要在父类容器里更新，不需要任何一个子项目的修改
假设有一个父项目，三个子项目，父项目的 pom 文件如下
<dependencyManagement> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.2.0</version> <scope>test</scope> </dependency> </dependencies> </dependencyManagement>
三个子项目的 pom 文件分别如下：注意三个子项目对应三个 pom 文件
子项目1： <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> </dependency> 子项目2： <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> </dependency> 子项目3： <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>5.0</version> </dependency>
dependencyManagement 和 dependencies 的区别
1）dependencies 即使在子项目中不写该依赖项，那么子项目仍然会从父项目中继承该依赖项（全部继承）。也就是说：子项目没有用到这个依赖，也会引入这个依赖
2）dependencyManagement 里只是声明依赖，并不实现引入，因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖，是不会从父项目中继承下来的；只有在子项目中写了该依赖项，并且没有指定具体版本，才会从父项目中继承该项，并且 version 和 scope 都读取自父 pom；另外如果子项目中指定了版本号，那么会使用子项目中指定的 jar 版本。
2. Maven 的生命周期
Maven 的生命周期就是对所有的构建过程进行抽象和统一。包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。
maven的三个构建生命周期：
1）clean
pre-clean 执行一些清理前需要完成的工作
clean 清理上一次构建生成的文件
post-clean 执行一些清理后需要完成的工作
2）default
validate：验证工程是否正确
compile：编译项目的源代码
test：使用合适的单元测试框架来测试已编译的源代码。
package：把已编译的代码打包成可以发布的格式，比如jar或者war
verify：运行所有检查，验证包是否有效
install：安装到maven本地仓库
deploy：部署到远程的仓库，使得其他开发者或者工程可以共享
3）site
3.常用的 Maven 基本命令
1）常用命令
mvn package maven 打包
mvn generate-sources 生成源代码
mvn compile 编译
mvn test-compile 编译测试代码
mvn test 运行测试
mvn verify 运行检查
mvn clean 清理项目
mvn install 安装项目到本地仓库
mvn deploy 发布项目到远程仓库
mvn dependency:tree 显示Maven依赖树
mvn dependency:list 显示Maven依赖列表
2）常用参数
-D 指定参数，如 -Dmaven.test.skip=true 跳过单元测试；
-P 指定 Profile 配置，可以用于区分环境；
3）web相关命令
mvn tomcat:run 启动tomcat
mvn jetty:run 启动jetty
mvn tomcat:deploy 运行打包部署
标签：xmlns 更新 generate oca 对象 apache 消费 远程 查看
原文地址：https://www.cnblogs.com/jwen1994/p/11370042.html
