maven 中的定位

• groupId：定义当前Maven项目隶属的实际项目。首先，Maven项目和实际项目不一定是一对一的关系。比如SpringFramework这一切实际项目，其对应的Maven项目会有很多，如spring-core、spring-context等。这是由于maven中模块的概念，因此，一个实际项目往往会被划分成很多模块。其次，groupId只定义到组织级别，而后面我们会看到，artifactId只能定义Maven项目（模块），那么实际项目这个层将难以定义。最后，groupId的表示方式与Java包名的表示方式类似，通常与域名反向一一对应。上例中，groupId为org.sonatype.nexuts，org.sonatype表示Sonatype公司建立的一个非盈利性组织，nexus表示Nexus这一实际项目，该groupId与域名nexus.sonatype.org对应。

<groupId>com.sonatype.nexus</groupId>

• artifactId：该元素定义实际项目中的一个Maven项目（模块），推荐的做法是使用实际项目名称作为artifactId的前缀。比如上例中的artifactId是nexus-indexer，使用了实践项目名nexus作为前缀，这样做的好处是方面寻找实际构建。在默认情况下，Maven生成的构件，其文件名会以artifactId作为开头，如nexus-indexer-2.0.0.jar，使用实际项目名称作为前缀之后，就能方便从一个lib文件夹中找到某个项目的一组构建。

<artifactId>nexus-core</artifactId>

• version：该元素定义 Maven 项目当前所处的版本，如上例中 nexus-indexer 的版本是 2.0.0。需要注意的是，Maven定义了一套完成的版本规范，以及快照（SNAPSHOT）的概念。

• packaging：该元素定义 Maven 项目的打包方式。首先，倒包方式通常与所生成构建的文件拓展名对应，如上例中 packaging 为 jar，最终的文件名为 nexus-indexer-2.0.0.jar，而使用 war 打包方式的 Maven 项目，最终生成的构建会有一个 .war 文件，不过这不是绝对的。其次，打包方式会影响到构建的生命周期，比如 jar 打包和 war 打包会使用不同的命令。最后，当不定义 packaging 的时候，Maven会使用默认值 jar。