[url=http://yuezaixz.logdown.com/posts/166009-not-complacent-after-harvest]LogDown发布的地址[/url]
上篇博文狠狠抱怨了下工作中的那些不得意。那天后我也临时召开了一个谈心会议,主题也就是各自说说对彼此间的不满意。会议的开头我也主动先自我检讨了自己觉得自己没做好的地方:比如计划的分配有些不合理,而且任务制定的也有些不好,比如有的任务颗粒度太大导致任务的时间比较长等等,然后我再提出他们各自间的缺点,包括技术、态度等各个方面的。后来他们也陆续的提出了一些对我的不满,比如我是这个项目的负责人,那我应该准确的了解他们每个人的情况,不然导致他们做事情都很没底,不知道做对了没有。我觉得这个问题主要三个原因,第一点就是新人做事情,如果遇到问题没有及时跟进替他解决,心里难免会有不踏实,不知道能不能赶在进度内完成;第二点就是不善于表达自己,因为我们是Scrum敏捷开发,每天早上的早会上都应该及时暴露问题,但是有的人不善于表达,站会上说不出来什么,导致问题都被隐藏了;还有点就是我确实很忙,所以安排去跟踪、替他们解决问题的时间比较少,这点我也会持续改进。
总之,这次会议的效果很好,大家也都有干劲了,甚至周六一部分人主动加班赶了下已经滞后的进度,我感到甚是欣慰。也觉得自己过度悲观了,觉得这个新部门组建的新团队问题重重。其实沟通管理最有效的方式真的就是面对面的沟通。
---------------分割线-------------------------
[size=large]什么是模块、聚合、继承[/size]
现在软件的架构是越来越复杂,软件设计人员会采用各种方式对软件划分,以得到更清晰的设计及更高的重要性。因此在Maven实际应用中就需要将项目分成不同的模块。Maven的聚合特性能够吧项目的各个模块聚合在一起构建,而Maven的继承特性则能帮助抽取各模块相同的寄来和插件等配置,简化Pom.xml配置,去除重复(各个模块的groupId和version是完全一致的,他们应用的相同插件也应该有一致的groupId和version),并保持模块配置的一致性。
[size=medium]聚合[/size]
为了能够将模块聚合,我们需要一个新的pom。例如我们想在有两个项目doms-core和doms-common,我们还需要另外创建一个名为doms-aggregator的模块,然后通过该模块构建项目所有模块。
doms-aggregator本身就是一个Maven项目,它必须有自己的POM,但是他的POM有些特别。
注意,Packaging方式一定要为Pom,否则无法构建。
如果该pom.xml位置是D:\backup\wudw\code_temp_workspace\DOMS\pom.xml,那么doms-core对应的就是D:\backup\wudw\code_temp_workspace\DOMS\doms-core\pom.xml。common同理。那如果目录是同级的,那就要改为<module>../ doms-core</module>,这样doms-core对应的就是D:\backup\wudw\code_temp_workspace\ doms-core\pom.xml。
doms-aggregator的内容仅仅只有一个pom.xml。
执行mvn clean install时候,Maven会首先解析聚合模块的POM,分析要构建的模块、并计算出一个反应堆构建顺序,再按这个顺序依次构建各个模块。反应堆是模块构建结构,之后详细说明反应堆。
[size=large]继承[/size]
虽然使用了聚合后,已经可以用一条命令同时构建多个模块了,但是每个模块的POM里面还有很多相同的groupId和version,有相同的依赖,还有相同的插件配置。
当重复发生的时候,我们就应该想办法消除重复,幸运的是,Maven已经替我们解决了这个问题,这就是继承。
[size=medium]doms-parent[/size]
面对对象设计中,可以通过继承关系一处生命多处使用,同样,Maven中也可以。
在doms-aggregator中创建一个名为doms-parent的子目录,然后在该子目录中创建一个pom.xml文件,代码如下。
主意,打爆类型也必须是pom。
然后,在子模块中继承它。子模块的POM修改为
构建的时候,会根据relativePath检查父POM,如果找不到再从本地仓库查找。relativePath默认值为../pom.xml。
注意,relativePath正确设置很重要。开发团队签出整个Maven项目,但是很可能只关心一个子模块,没有将整个项目构建,只构建子模块。那么,如果没有正确的relativePath,很可能去本地仓库是找不到父模块的。
子模块继承福模块的groupId和version。如果需要,可以自己显示的声明。像artifactId就必须显示生命,不然会造成混乱。
同样,需要把account-parent加入到account-aggregator中去。
注意:在实际应用中,一个聚合POM,同时又是父POM,这样显得更方便。
[size=medium]可继承的POM元素[/size]
[list]
[*]groupId :项目组 ID ,项目坐标的核心元素;
[*]version :项目版本,项目坐标的核心元素;
[*]description :项目的描述信息;
[*]organization :项目的组织信息;
[*]inceptionYear :项目的创始年份;
[*]url :项目的 url 地址
[*]develoers :项目的开发者信息;
[*]contributors :项目的贡献者信息;
[*]distributionManagerment :项目的部署信息;
[*]issueManagement :缺陷跟踪系统信息;
[*]ciManagement :项目的持续继承信息;
[*]scm :项目的版本控制信息;
[*]mailingListserv :项目的邮件列表信息;
[*]properties :自定义的 Maven 属性;
[*]dependencies :项目的依赖配置;
[*]dependencyManagement :醒目的依赖管理配置;
[*]repositories :项目的仓库配置;
[*]build :包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等;
[*]reporting :包括项目的报告输出目录配置、报告插件配置等。
[/list]
[size=medium]dependencyManagement元素[/size]
在父POM中可以通过dependencyManagement,来将一些依赖提取出来,消除重复,也使得各依赖版本更加明显且易于管理。
如果子模块不声明依赖的使用,父POM中声明了,那也不会产生任何实际效果。
如果,另一个模块中想使用和父POM一样的dependencyManagement,可以完全导入。
[size=medium]pluginManagement[/size]
子模块只要
上篇博文狠狠抱怨了下工作中的那些不得意。那天后我也临时召开了一个谈心会议,主题也就是各自说说对彼此间的不满意。会议的开头我也主动先自我检讨了自己觉得自己没做好的地方:比如计划的分配有些不合理,而且任务制定的也有些不好,比如有的任务颗粒度太大导致任务的时间比较长等等,然后我再提出他们各自间的缺点,包括技术、态度等各个方面的。后来他们也陆续的提出了一些对我的不满,比如我是这个项目的负责人,那我应该准确的了解他们每个人的情况,不然导致他们做事情都很没底,不知道做对了没有。我觉得这个问题主要三个原因,第一点就是新人做事情,如果遇到问题没有及时跟进替他解决,心里难免会有不踏实,不知道能不能赶在进度内完成;第二点就是不善于表达自己,因为我们是Scrum敏捷开发,每天早上的早会上都应该及时暴露问题,但是有的人不善于表达,站会上说不出来什么,导致问题都被隐藏了;还有点就是我确实很忙,所以安排去跟踪、替他们解决问题的时间比较少,这点我也会持续改进。
总之,这次会议的效果很好,大家也都有干劲了,甚至周六一部分人主动加班赶了下已经滞后的进度,我感到甚是欣慰。也觉得自己过度悲观了,觉得这个新部门组建的新团队问题重重。其实沟通管理最有效的方式真的就是面对面的沟通。
---------------分割线-------------------------
[size=large]什么是模块、聚合、继承[/size]
现在软件的架构是越来越复杂,软件设计人员会采用各种方式对软件划分,以得到更清晰的设计及更高的重要性。因此在Maven实际应用中就需要将项目分成不同的模块。Maven的聚合特性能够吧项目的各个模块聚合在一起构建,而Maven的继承特性则能帮助抽取各模块相同的寄来和插件等配置,简化Pom.xml配置,去除重复(各个模块的groupId和version是完全一致的,他们应用的相同插件也应该有一致的groupId和version),并保持模块配置的一致性。
[size=medium]聚合[/size]
为了能够将模块聚合,我们需要一个新的pom。例如我们想在有两个项目doms-core和doms-common,我们还需要另外创建一个名为doms-aggregator的模块,然后通过该模块构建项目所有模块。
doms-aggregator本身就是一个Maven项目,它必须有自己的POM,但是他的POM有些特别。
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>com.dragonsoft.doms</groupId>
<artifactId> doms-aggregator</artifactId>
<version>1.0.0-SNAPSHOT</version>
<packaging> pom </packaging>
<name>Doms Aggregator</name>
<modules>
<module> doms-core</module>
<module> doms-common</module>
</modules>
</project>
注意,Packaging方式一定要为Pom,否则无法构建。
如果该pom.xml位置是D:\backup\wudw\code_temp_workspace\DOMS\pom.xml,那么doms-core对应的就是D:\backup\wudw\code_temp_workspace\DOMS\doms-core\pom.xml。common同理。那如果目录是同级的,那就要改为<module>../ doms-core</module>,这样doms-core对应的就是D:\backup\wudw\code_temp_workspace\ doms-core\pom.xml。
doms-aggregator的内容仅仅只有一个pom.xml。
执行mvn clean install时候,Maven会首先解析聚合模块的POM,分析要构建的模块、并计算出一个反应堆构建顺序,再按这个顺序依次构建各个模块。反应堆是模块构建结构,之后详细说明反应堆。
[size=large]继承[/size]
虽然使用了聚合后,已经可以用一条命令同时构建多个模块了,但是每个模块的POM里面还有很多相同的groupId和version,有相同的依赖,还有相同的插件配置。
当重复发生的时候,我们就应该想办法消除重复,幸运的是,Maven已经替我们解决了这个问题,这就是继承。
[size=medium]doms-parent[/size]
面对对象设计中,可以通过继承关系一处生命多处使用,同样,Maven中也可以。
在doms-aggregator中创建一个名为doms-parent的子目录,然后在该子目录中创建一个pom.xml文件,代码如下。
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>com.dragonsoft.doms</groupId>
<artifactId> doms -parent </artifactId>
<version>1.0.0-SNAPSHOT</version>
<packaging>pom</packaging>
<name>Doms Parent</name>
</project>
主意,打爆类型也必须是pom。
然后,在子模块中继承它。子模块的POM修改为
<project>
<modelVersion>4.0.0</modelVersion>
< parent >
<groupId>com.dragonsoft.doms</groupId>
<artifactId> doms-parent </artifactId>
<version>1.0.0-SNAPSHOT</version>
< relativePath >../doms-parent/pom.xml</ relativePath>
</ parent >
<artifactId> doms-core </artifactId>
<name>Doms Core</name>
...
</project>
构建的时候,会根据relativePath检查父POM,如果找不到再从本地仓库查找。relativePath默认值为../pom.xml。
注意,relativePath正确设置很重要。开发团队签出整个Maven项目,但是很可能只关心一个子模块,没有将整个项目构建,只构建子模块。那么,如果没有正确的relativePath,很可能去本地仓库是找不到父模块的。
子模块继承福模块的groupId和version。如果需要,可以自己显示的声明。像artifactId就必须显示生命,不然会造成混乱。
同样,需要把account-parent加入到account-aggregator中去。
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>com.dragonsoft.doms</groupId>
<artifactId>doms-aggregator</artifactId>
<version>1.0.0-SNAPSHOT</version>
<packaging> pom </packaging>
<name>Doms Aggregator</name>
<modules>
<module>doms-core</module>
<module> doms -common</module>
<module> doms -parent</module>
</modules>
</project>
注意:在实际应用中,一个聚合POM,同时又是父POM,这样显得更方便。
[size=medium]可继承的POM元素[/size]
[list]
[*]groupId :项目组 ID ,项目坐标的核心元素;
[*]version :项目版本,项目坐标的核心元素;
[*]description :项目的描述信息;
[*]organization :项目的组织信息;
[*]inceptionYear :项目的创始年份;
[*]url :项目的 url 地址
[*]develoers :项目的开发者信息;
[*]contributors :项目的贡献者信息;
[*]distributionManagerment :项目的部署信息;
[*]issueManagement :缺陷跟踪系统信息;
[*]ciManagement :项目的持续继承信息;
[*]scm :项目的版本控制信息;
[*]mailingListserv :项目的邮件列表信息;
[*]properties :自定义的 Maven 属性;
[*]dependencies :项目的依赖配置;
[*]dependencyManagement :醒目的依赖管理配置;
[*]repositories :项目的仓库配置;
[*]build :包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等;
[*]reporting :包括项目的报告输出目录配置、报告插件配置等。
[/list]
[size=medium]dependencyManagement元素[/size]
在父POM中可以通过dependencyManagement,来将一些依赖提取出来,消除重复,也使得各依赖版本更加明显且易于管理。
```xml parent’s pom.xml
<project xmlns="http://maven.apache.org/POM/4.0.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.doms.parent</groupId>
<artifactId> doms -parent</artifactId>
<version>1.0.0-SNAPSHOT</version>
<packaging>pom</packaging>
<name> Doms Parent</name>
<properties>
<springframework.version>2.5.6</springframework.version>
<junit.version>4.7</junit.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>${springframework.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>${springframework.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${springframework.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context-support</artifactId>
<version>${springframework.version}</version>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>${junit.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
</dependencyManagement>
</project>
```
```xml core’s pom.xml
<project xmlns="http://maven.apache.org/POM/4.0.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>com.dragonsoft.doms</groupId>
<artifactId>doms-parent</artifactId>
<version>1.0.0-SNAPSHOT</version>
</parent>
<artifactId>doms-core</artifactId>
<name>Doms Core</name>
<properties>
<javax.mail.version>1.4.1</javax.mail.version>
<greenmail.version>1.3.1b</greenmail.version>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context-support</artifactId>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
<dependency>
<groupId>javax.mail</groupId>
<artifactId>mail</artifactId>
<version>${javax.mail.version}</version>
</dependency>
<dependency>
<groupId>com.icegreen</groupId>
<artifactId>greenmail</artifactId>
<version>${greenmail.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
</build>
</project>
```
如果子模块不声明依赖的使用,父POM中声明了,那也不会产生任何实际效果。
如果,另一个模块中想使用和父POM一样的dependencyManagement,可以完全导入。
```xml
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.dragonsoft.doms</groupId>
<artifactId> doms -parent</artifactId>
<version>1.0-SNAPSHOT</version>
<type>pom</span></type>
<scope>import</span></scope>
</dependency>
</dependencies>
</dependencyManagement>
```
[size=medium]pluginManagement[/size]
```xml parent’s pom.xml
<build>
<pluginManagement>
<plugins>
<!-- 构建项目站点报告插件-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-site-plugin</artifactId>
<version>3.0-beta-3</version>
<executions>
<execution>
<id>echodir</id>
<goals>
<goal>run</goal>
</goals>
<phase>verify</phase>
<inherited>false</inherited>
<configuration>
<tasks>
<echo>Build Dir: ${project.build.directory}</echo>
</tasks>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</pluginManagement>
</build>
```
子模块只要
```xml
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-site-plugin</artifactId>
</plugin>
</plugins>
```