一、父项目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 设定核心插件的原因,
是防止由于插件版本的变化而造成构建的不稳定。
遵循约定虽然损失了一定的灵活性,用户不能随意安排目录结构,但是却能减少配置。
更重要的是,遵循约定能够帮用户遵循构建标准。个性往往意味着牺牲通用性,
意味着增加无谓的复杂度。