maven学习手记+nexus配置+更换中央仓库为阿里云仓库

                       

本地环境搭建

熟悉基础命令

• mvn:compile
• mvn:test
• mvn:clean
• mvn:install
• mvn:package

迁移本地仓库

* 熟悉创建mvn archetype:generate －D….创建maven骨架*

pom.xml|-src|—main|—-java|——package|—-resource|—test|—-java|——package|—-resource|-target  通过compile或者带有compile目标任务的命令 就会编译源文件到target—>classes中(如果真的目标任务，就去看一下maven的生命周期管理，这个有时间再写)|—classes
  
  
  

   
1
   
2
   
3
   
4
   
5
   
6
   
7
   
8
   
9
   
10
   
11
   
12
  

maven的生命周期

大概说一下,重点关注compile
maven生命周期分三套
- clean
- compile
- site
当执行mvn:clean 的时候的过程是
1. pre-clean 执行一些需要再clean之前完成的工作
2. clean 移除所有上次构建生成的文件
3. post-clean 执行clean之后的工作
当执行mvn:compile的过程(plugins插件中的目标)是

validategenerate－sourcesprocess－sourcesgenerate－resourceprocess－resource 复制并处理资源文件，至目标目录，准备打包compile 编译源代码  （如果mvn:compile相当于就执行到这里终止）process－classesgenerate－test－sourceprocess－test－sourcegenerate－test－resourceprocess－test－resource 复制并处理资源文件至目标测试目录test－compile 编译测试源代码 （如果mvn:test就执行到这里终止）process－test－classestest 使用合适的单元框架运行测试，这些测试不会打包和部署。prepare－packagepackage 接收编译好的源代码，打包成可发布的文件，如jar   （如果mvn:package就执行到这里终止）pre－integration－testintegration－testpost－integration－testverifyinstall 将包安装到本地仓库，供其他项目依赖 （如果mvn:install就执行到这里终止）deploy 将最终到包复制到远程仓库，让其他开发人员于项目共享 （如果mvn:deploy就执行到这里终止）
  
  
  

   
1
   
2
   
3
   
4
   
5
   
6
   
7
   
8
   
9
   
10
   
11
   
12
   
13
   
14
   
15
   
16
   
17
   
18
   
19
   
20
   
21
   
22
  

当执行mvn:site时会生成一个站点，具体没研究

***eclipse集成maven插件
解决一些配置小问题（更新包结构，让eclipse认识maven项目为java项目，更新pom.xml中maven compile错误，更新idk警告）*

依赖

测试依赖传递
- eg: service模块需要依赖dao模块，那么dao模块首先需要mvn install到repository，service依赖的时候才能有效

dependency中scope元素属性

• test 测试范围有效，编译和打包失效，需要注意的是如果src/main下的类依赖scope为test的包，打包和运行时会报错，找不到设置为test的依赖。还有如果是test，那么不会将依赖传递到。(eg: unit等)
• compile 打包，编译有效，测试失效 (eg: log)
• provided 编译 测试有效，打包不加进去(eg: servlet api包，编译测试时需要，但是不需要打包，因为web应用服务器中就包含了)
• runtime 运行时有效，编译时失效（eg: mysql驱动）

关于同样的jar不同版本的依赖原理

• 直接依赖 优于 间接依赖
• 依赖层级越小  优于 依赖层级越多
  
  1. 间接依赖 eg: 项目A直接依赖log4j且版本为1.0.4，假设依赖于spring，而spring也依赖log4j 1.2.9。那么A间接依赖log4j 1.2.9，但是如果A直接在pom中配置了直接依赖log4j 1.0.4，那么A项目就依赖1.0.4
  2. 同层级间接依赖 eg: 如果项目A依赖B其中B依赖 log4j 1.0.4，A依赖C其中C依赖 log4j1.0.9 ,那么A依赖log4j哪个版本？答案是 在A项目中如果先写C的依赖再写B的依赖，那么久依赖C的log4j1.0.9

排除依赖

* eg:排除xxxxxx,dependency节点增加exclusions*

<exclusions>    <exclusion>        <groupId>xxxxxx</groupId>        <artifactId>xxxxx</artifactId>    </exclusion></exclusions>
  
  
  

   
1
   
2
   
3
   
4
   
5
   
6
  

聚合modules和继承parent

• 通过new pom类型的maven项目，管理聚合和继承
  这个聚合和继承功能的project的pom.xml如下

<?xml ………….?>  <modelVersion>4.0.0</modelVersion>  <groupId>org.jm.test</groupId>   <!--项目-->  <artifactId>jm-parent</artifactId>  <!--模块-->  <version>0.0.1-SNAPSHOT</version>   <!--版本（详见版本命名说明）-->  <packaging>pom</packaging>  <!--注意是pom项目-->    <!--提取module中公共部分url-->  <url>http://maven.apache.org</url>    <!--提取module中公共部分properties-->  <properties>    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>  </properties>    <!--聚合 地址是模块的位置-->    <modules>    <module>../项目1</module>    <module>../项目2</module>    <module>../项目3</module>    </modules>    <!--依赖管理，设置但是不起作用，只有在被依赖的项目中写明才能生效（只写groupid和artifactid，其他均继承parent中底pom.xml），这样的好处是可以防止被依赖的模块包冲突。被依赖的项目也可以自由选择依赖包（但是版本和其他信息是继承的）。-->    <dependencyManagement>    <dependencies>    <dependency>      <groupId>junit</groupId>      <artifactId>junit</artifactId>      <version>4.10</version>      <scope