一、父项目POM文件:
(一)pom项目类型
<packaging>pom</packaging>
<modules>
<module>commons-scripts</module>
</modules>
(二)公共的版本号变量生命
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<java.version>1.7</java.version>
<spring.version>3.2.8.RELEASE</spring.version>
<logback.version>1.1.2</logback.version>
<dubbo.version>2.5.3</dubbo.version>
<zookeeper.version>3.4.6</zookeeper.version>
<druid.version>1.0.4</druid.version>
</properties>
(三)子项目引用jar包的统一版本号定义,子项目中无需指定版本号。dependencyManagement 声明的依赖不会被任何一个子模块引入,不过这段配置是会被子模块继承的。子模块的引入这些依赖就很简单了,只需要生命groupid和artifactId即可
<dependencyManagement>
<dependencies>
<dependency>
<groupId>taglibs</groupId>
<artifactId>standard</artifactId>
<version>1.1.2</version>
</dependency>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid</artifactId>
<version>${druid.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
(四)插件管理,类似于依赖管理功能。Maven 提供了 dependencyManagement 元素帮助管理依赖,类似的,Maven 也提供了 pluginManagement 元素帮助管理插件。
<pluginManagement>
<plugins>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.1</version>
<configuration>
<source>${java.version}</source>
<target>${java.version}</target>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.17</version>
<configuration>
<skip>true</skip>
<testFailureIgnore>true</testFailureIgnore>
</configuration>
</plugin>
<plugin>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-maven-plugin</artifactId>
<version>9.1.4.v20140401</version>
</plugin>
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat6-maven-plugin</artifactId>
<version>2.0-SNAPSHOT</version>
</plugin>
</plugins>
</pluginManagement>
Maven 提倡“约定优于配置”(Convention Over Configuration),这是 Maven最核心的设计理念之一。
原因之一就是使用约定可以大量减少配置。
a) 源码目录为 src/main/java/
b) 源码资源目录为 src/main/resources/
c) 测试目录为 src/test/java/
d) 测试资源目录为 src/test/resources/
e) 编译输出目录为 target/classes/
f) 打包方式为 jar
g) 包输出目录为 target/
h) 超级 pom
超级 pom 定义以上的目录结构、核心插件设定版本。Maven 设定核心插件的原因,
是防止由于插件版本的变化而造成构建的不稳定。
遵循约定虽然损失了一定的灵活性,用户不能随意安排目录结构,但是却能减少配置。
更重要的是,遵循约定能够帮用户遵循构建标准。个性往往意味着牺牲通用性,
意味着增加无谓的复杂度。