学习一下maven，整理一下比较混淆的概念和使用方法，记录笔记
1：Maven工程依赖
在Eclipse创建三个独立的Maven工程：web工程、service工程、dao工程，pom.xml分别如下：
web工程：依赖service
4.0.0 com.paic.maven.cms web war 0.0.1-SNAPSHOT web Maven Webapp http://maven.apache.org com.paic.maven.cms service 0.0.1-SNAPSHOT javax.servlet javax.servlet-api 3.1.0 web
service工程：依赖dao
4.0.0 com.paic.maven.cms service 0.0.1-SNAPSHOT com.paic.maven.cms dao 0.0.1-SNAPSHOT
dao工程
4.0.0 com.paic.maven.cms dao 0.0.1-SNAPSHOT
在classpath中体现出的结果就是：
service工程：
web工程：
可以看到web工程将service工程引用到了classpath下，并且通过service工程的依赖传递同时依赖了dao工程。效果很直观。
下面对web工程打包：maven install
报错信息如下：
[ERROR] Failed to execute goal on project web: Could not resolve dependencies for project com.paic.maven.cms:web:war:0.0.1-SNAPSHOT: Could not find artifact com.paic.maven.cms:service:jar:0.0.1-SNAPSHOT -> [Help 1][ERROR]
没有找到service的artifact，也就是没有找到service工程的jar
下面对service工程执行maven install，报错信息类似，没有找到dao的jar
没办法，依次对dao，service，web工程执行install操作
执行完毕之后
[INFO] Installing E:\maven_test_workspace\web\target\web.war to e:\repository\com\paic\maven\cms\web\0.0.1-SNAPSHOT\web-0.0.1-SNAPSHOT.war[INFO] Installing E:\maven_test_workspace\web\pom.xml to e:\repository\com\paic\maven\cms\web\0.0.1-SNAPSHOT\web-0.0.1-SNAPSHOT.pom
可以看到在工程下，生成了war包，并且拷贝到了maven的repository下
service和dao文件夹下生成的就是其pom.xml中定义的jar，而web工程则是生成war
打开web工程里面生成的war包，lib如下：
依赖的jar包被自动打到lib下
这样虽然实现了依赖，但是还需要一个一个独立的按照依赖顺序分别打包，比较麻烦。这是第一个问题；
另外一个问题
修改dao工程的pom.xml，新增一个依赖
junit junit 4.11
这里依赖了junit，如果要使用该jar的类，则dao，service，web都可以使用，因为它们存在依赖顺序。但是如果把junit的依赖放在service中，则dao就不能使用了，也是因为它们存在依赖顺序。
所以，依赖放在最底层，则其上面的工程就无条件引入，如果jar多次引用，会造成版本冲突，混淆；如果放在上层，则底层无法享受引用，比较麻烦：jar包依赖和工程依赖混在一起。。。
2：使用maven聚合
聚合的作用可以解决第一个问题：打包问题
简述一下就是拥有一个父maven工程，它包含了很多子模块，当对父maven工程打包时，maven会自动的将其聚合的子模块一起打包，不再需要一个一个install了
首先创建一个父maven工程，pom.xml如下：
4.0.0 com.paic.maven.aggregate aggregate-parent 0.0.1-SNAPSHOT pom ../aggregate-service ../aggregate-web
注意这里的打包packing必须为pom，且多了一个节点<modules>，其内容就代表了它要聚合的模块。下面就看看两个子模块的pom.xml
aggregate-webcom.paic.maven.aggregate 4.0.0 aggregate-web 0.0.1-SNAPSHOT war com.paic.maven.aggregate aggregate-service 0.0.1-SNAPSHOT javax.servlet javax.servlet-api 3.1.0
aggregate-service
com.paic.maven.aggregate 4.0.0 aggregate-web 0.0.1-SNAPSHOT war com.paic.maven.aggregate aggregate-service 0.0.1-SNAPSHOT javax.servlet javax.servlet-api 3.1.0
这样aggregate-web和aggregate-service都被聚合到了aggregate-parent下，并且aggregate-web依赖了aggregate-service，下面对aggregate-parent执行mvn install
执行成功，结果为：
并且打开aggregate-web中的war包，查看lib
不但把servlet的jar打入，并且也把aggregate-service的jar打入了，消除了最开始时必须按顺序对每个工程执行install的问题
3：使用maven继承
copy一些maven继承的概念和优点：
这比较符合的解决第二个问题，解决的问题简述：拥有一个父maven工程，它提供统一的jar依赖，子工程无须再次引入，并且父maven提供的依赖子类可以自主选择，不会强制依赖所有
为了简单起见，直接在上面的聚合例子中修改
修改父类aggregate-parent的pom.xml为：
4.0.0 com.paic.maven.aggregate aggregate-parent 0.0.1-SNAPSHOT pom ../aggregate-service ../aggregate-web org.mybatis mybatis 3.4.1 junit junit 4.11
新增了一些节点
aggregate-web的pom.xml
com.paic.maven.aggregate aggregate-parent 0.0.1-SNAPSHOT ../aggregate-parent/pom.xml 4.0.0 aggregate-web war com.paic.maven.aggregate aggregate-service 0.0.1-SNAPSHOT junit junit 4.11 javax.servlet javax.servlet-api 3.1.0
这里主要是新增了<parent>节点，目的就是要找到父pom，并且由于继承关系，<groupId>和<version>直接继承了父类，本身无须再次定义，只需要定义个性化的<artifactId>，还有<relativePath>
aggregate-service
com.paic.maven.aggregate aggregate-parent 0.0.1-SNAPSHOT ../aggregate-parent/pom.xml 4.0.0 aggregate-service
和上面类似
主要看一下aggregate-web的maven依赖：
可以看到web中并没有定义mybatis的依赖，但是它classpath中仍有其jar，这就是从parent中继承而来，同时包括了service的依赖；另一方面，web中还显式的引用了父类junit4.11，故jar也存在
看看aggregate-service的依赖：
和web类似，引入了mybatis，却没有junit，实现了自主选择依赖~！
打个包，三个均成功，还比较顺利·！