在maven为这些构件引入坐标概念之前,我们无法使用不论什么一种方式来唯一标识全部这些构件。
因此,当须要用到Spring Framework依赖的时候。我们通常会去Spring Framework官网寻找;当用到log4j依赖的时候。我们又会去Apache官网去寻找。这样,我们花费了大量的时间在搜索。浏览网页上。
反复的搜索,浏览网页和下载jar文件。这应该交给机器去完毕。机器工作必须基于提前定义的规则。
如今。仅仅要我们提供正确的坐标元素,maven就能找到相应的构件。比方说,当须要使用java5平台上TestNG的5.8版本号时,就告诉maven:"groupId=org.testing;artifactId=testing;version=5.8;classifier=jdk15"。maven就会从仓库中寻找相应的构件供我们使用。或许你会奇怪。maven是从哪里下载构件的呢?答案非常easy,maven内置了一个中央仓库的地址(http://repo.maven.org/maven2),该中央仓库包括了世界上大部分流行的开源项目构件。maven会在须要的时候去那里下载。
<groupId>com.sjf.mavendemo</groupId>
<artifactId>maven-hello-world</artifactId>
<version>1.0.0SNAPSHOT</version>
<packaging>jar</packaging>
- groupId : 定义当前maven项目隶属的实际项目。首先。maven项目和实际项目不一定是一对一的关系。比方SpringFramework这一实际项目,其相应的maven项目会有非常多,如: spring-core,spring-context等。
这是因为maven中模块的概念,因此,一个实际项目往往会被划分成非常多模块。其次。groupId不应该相应项目隶属的组织或公司。原因非常easy。一个组织下会有非常多个实际项目,假设groupId仅仅定义到组织级别,而后面我们会看到。artifactId仅仅能定义maven项目(模块),那么实际项目这个层将难以定义。最后。groupId的表示方式与java包名的表示方式类似,通常与域名反向一一相应。
- artifactId : 该元素定义实际项目中的一个maven项目(模块),推荐的做法是使用实际项目名称作为artifactId前缀。
比方上面实例中的artifactId是mavendemo-hello-world。使用了实际项目名mavendemo作为前缀,这样做的优点是方便寻找实际构件。
在默认情况下,maven生成的构件。其文件名称会以artifactId作为开头。如:mavendemo-hello-world-1.0.0.jar。使用实际项目名称作为前缀之后,就能方便从一个lib目录中找到某个项目的一组构件。
- version : 该元素定义maven项目当前所处的版本号,如:mavendemo-hello-world-1.0.0.jar的版本号是1.0.0。
须要注意的是,maven定义了一套完整的版本号规范,以及快照(SNAPSHOT)的概念。
- packaging : 该元素定义maven项目的打包方式。首先,打包方式通常与所生成构件的文件扩展名相应,如:mavendemo-hello-world.1.0.0.jar的packaging为jar。而使用war打包方式的maven项目。终于生成的构件会有一个.war文件,只是这不是绝对的。
其次。打包方式会影响到构建的生命周期,比方jar打包和war打包会使用不同的命令。
最后。当不定义packaging的时候。maven会使用默认值jar。
- classifier : 该元素用来帮助定义构建输出的一些附属构件。
附属构件与主构件相应,如上例中的主构件是: mavendemo-hello-world-1.0.0.jar,该项目可能还会通过使用一些插件生成如:mavendemo-hello-world-1.0.0-javadoc.jar、mavendemo-hello-world-1.0.0-sources.jar这样一些附属构件,其包括了java文档和源码。
这时候,javadoc和sources就是这两个附属构件的classifier。这样。附属构件也就拥有了自己唯一的坐标。