- 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。