51CTO下载-Maven实战（完整版） maven权威指南笔记.docx

第2章2.1.3 本地安装(win)1.设置 M2_HOME 2. 设置PATH为%M2_HOME%bin 3.测试 cmd: mvn -v2.3 安装目录分析2.3.1 M2_HOME/conf/settings.xml: maven全局设置， 一般将其复制到/.m2/目录下再修改2.4 设置HTTP代理2.5 eclipse插件m2eclipse安装地址： 常见问题：2.7 maven 安装最佳实践2.7.1 设置 MAVEN_OPTS环境变量， 值为： -Xms128m Xmx512m ，为的是解决java.lang.OutOfMemeoryError异常， WIPS项目设置为：-Xms256m -Xmx512m -XX:MaxPermSize=128m2.7.2 配置用户范围的settings.xml(/.m2下)2.7.3 不要使用IDE自带的MAVEN， 在window/preferences/maven/installations 中修改。第3章 Maven使用入门3.1编写POM (Project Object Model 项目对象模型)Groupid: 组： 一般为 公司名+项目名 com.google.myappArtifactid: 子项目（模块名）名Version: 版本号， SNAPSHOT表示不稳定版本使用插件archetype生成pom.xml：mvn archetype:create -DgroupId=org.sonatype.mavenbook.ch03 -DartifactId=simple -DpackageName=org.sonatype.mavenbook3.2 编写主代码主代码目录： src/main/java/编译代码： mvn clean compile3.3 编写测试代码测试代码目录： src/test/java/添加依赖：执行测试： mvn clean test3.4 打包和运行默认打成jar包 ， 命令： mvn clean packageJar包可手动添加到别的项目中。 若要使其它 maven项目直接通过配置pom.xml文件引用这个jar（项目），则需要安装到maven本地仓库， 命令： mvn clean install生成可执行的jar包 ： 使用 maven-shade-plugin 插件。配置完之后执行mvn clean install 命令之后，/target 目录下会有可执行的jar包3.5 使用Archetype 生成项目骨架Maven3: mvn archetype:generate3.6 m2eclipse简单使用导入Maven项目Import Existing maven project-.创建Maven项目第4章 背景案例 注册系统第5章 坐标和依赖5.1 何为坐标（coordinates） (groupid, artfactid, version, packaging, classifier)中央仓库： 5.2 坐标详解Groupid: 公司项目Artifactid: 子项目（模块）Packaging: 打包方式 jar, war, pom等 默认为jar。Classifier: 用于构建输出附属构件，如XXX-javadoc.jar, XXX-sources.jar 可选5.4 依赖5.5 依赖范围 起因： 编译和执行测试maven项目 使用的classpath 和 运行maven项目的classpath可能不同Comile: 编译依赖范围（默认）， 对编译、测试、运行三种classpath都有效Test：测试依赖范围， 只对测试classpath有效Provided：已提供依赖范围， 编译、测试classpath有效Runtime：运行时依赖范围， 测试、运行classpath有效System:系统依赖范围：和provided一致，但和本机绑定，不利于移植Import :导入依赖范围5.6 传递性依赖（transitive dependencies）： 5.6.1 概念当项目需要A依赖， 而A又有自己的依赖时，pom文件中只要写A依赖，A依赖本身的各个依赖由A项目的pom文件维护，不需要手工再写5.6.2 传递性依赖和依赖范围设A依赖于B， B依赖于C， 则称 A对B是第一直接依赖， B对C是第二直接依赖，A对于C是传递性依赖5.7 依赖调解 （Dependency Mediation）原则1：路径最近优先选 X（2.0）原则2：第一声明者优先5.8 可选依赖，比如X是mysql依赖，Y是postgresql 依赖,则X，Y是可选依赖，依赖不会被传递到A。依赖版本界限：5.9 最佳实践5.9.1 排除依赖5.9.2 归类依赖法1：在pom中声明properties 法二：使用dependencyManagement元素中统一依赖版本号注意如果子项目定义了一个版本，它将覆盖顶层POM的dependencyManagement元素中的版本5.9.3 优化依赖查看 “已解析依赖（Resolved Dependency）” mvn dependency:list 线形显示mvn dependency:tree 树形显示（更清晰）mvn dependency:analyze 分析对于unused的依赖不能直接删除，因为dependency:analyze 只会分析编译和测试时的依赖，运行时的依赖无法发现补：依赖归类 为一组逻辑上归类在一起的依赖创建一个打包方式为pom项目来将这些依赖归在一起例子：很多需要持久化的项目需要依赖 Hibernate， String， Mysql，我们建一个项目叫做persistence-deps，然后让每个需要持久化的项目依赖于这个提供便利的项目运行mvn install，将我们的persistence-deps项目安装到仓库。以后的项目都可以引用这个依赖第6章 仓库6.1 何为仓库6.2 仓库布局6.3 仓库的分类6.3.1本地仓库默认目录 ： /.m2/repository更改： 编辑/.m2/setting.xml将自己的项目加入到本地仓库： mvn clean install6.3.2 远程仓库（中央仓库、私服等）6.3.3 中央仓库6.3.4 私服节省外网带宽、加速Maven构建、部署第三方构件、提高稳定性、降低中央仓库的负荷6.4 远程仓库配置Maven仓库的标准是按照下面的目录格式来存储构件，相对于仓库的根目录：/-.第7章 生命周期和插件7.1 何为生命周期Maven只定义抽象任务，实际任务由各个插件完成7.2 生命周期详解7.2.1 三套生命周期 clean:清理， default:构建项目 ， site:建立站点7.2.2 clean 生命周期7.2.3 default 生命周期 7.2.5 site 生命周期常用命令和生命周期的对应：Mvn clean: clean preclean , cleanMvn test: default validate, initialize, test Mvn clean install: clean preclean , clean , default validate, initialize, install Mvn clean deploy site-deploy: clean preclean , clean, default validate, initialize, deploy , site pre-side, , site-deploy 7.3 插件目标 （Plugin Goal）插件名：插件目标7.4插件绑定将 maven 生命周期中的阶段与插件的目标互相绑定7.4.1内置绑定7.4.2 自定义绑定暂略7.5 插件配置 配置插件目录的参数7.5.1 命令行插件配置7.5.2 POM中插件全局配置配置整个项目过程中都不会或者很少改变的参数，如jdk版本7.5.3 POM中插件全局配置暂略7.6 获取插件信息7.6.1 在线插件信息Apache: /plugins/index.html/maven2/org/apache/maven/plugins/7.6.2 使用maven-help-plugin描述插件7.7 从命令行调用 插件执行上面的命令实际是执行即目标前缀的作用7.8 插件解释机制7.8.1 插件仓库7.8.2 插件的默认groupid7.8.3 解析插件版本7.8.4 解析插件前缘第8章 聚合与继承8.2 聚合：大项目会有多个子项目，如果每个项目都用mvn,难免要到每个子项目的目录下执行mvn命令构建项目，使用聚合之后，可以只执行一次mvn 构建所有子项目图8-2 的POM module 写法8.3 继承 消除重复的POM文件配置8.3.1第11章 使用Hudson 进行持续集成11.1 持续集成的作用、过程和优势1） 持续编译：扫描SVN，有新代码就重新编译2） 持续数据库集成：扫描SVN，有新SQL脚本就清理集成环境数据库，重新创建表结构填入预备数据3） 持续测试4） 持续审查：Checkstyle和PMD之类的工具，生成测试覆盖率报告、Checkstyle报告和PMD报告。频率应该低一点。5） 持续部署：用于发现只有要部署的时候才能发现的问题。6） 持续反馈 ：通常是一封通知邮件 作用：尽早暴露问题、减少重复操作、简化项目发布、建立团队信心11.2 Hudson简介11.3 Hudson 安装下载：hudson.war直接启动： java jar Hudson.war -httpPort=8088 默认为用8080端口部署到tomcat:11.4 准备Subversion 仓库SCM: SVN SERVER: subversion T安装完毕之后 ： 命令行：svn 测试服务器是否装好建库Conf/svnserve.conf配置SVN， 打开 图片中的这一行，允许用户通过用户名密码访问。Conf/passwd.conf 编辑可以访问该SVN的用户 启动SVN服务 ： 导入已有项目hello-world 到SVN server （在apache上启动方法：略）E:mydocmavenmvn_in_action_codech-3svn import -m initial import . file:/E:/mydoc/maven/svn_server_repo/helloworld/trunkSVN CLIENT: TortoiseSVN11.5 Hudson的基本系统设置11.6 创建 Hudson任务Schedule 格式：11.6.2 Hudson任务的源码仓库配置指定 pom.xml位置11.7监视HUDSON任务状态11.7.1 全局任务状态11.7.2 自定义任务视图11.9 邮件反馈配置系统管理员信息：系统设置/设置如何反馈：任务设置/11.10 Hudson工作目录默认工作目录 ： /.hudson/更改工作目录 ： 设置环境变更HUDSON_HOME补：网上资料 ：/itech/archive/2011/11/23/2260009.html-Dmons.jelly.tags.fmt.timeZone=TZ7 最好通过一个脚本来启动jenkins，确保jenkins每次都运行在相同的环境下，例如startjenkins.batset JENKINS_HOME=c:jenkinscd /d %JENKINS_HOME%java -jar %JENKINS_HOME%jenkins.war -httpPort=80008 jenkins在后台运行如果jenkins是部署在servlet容器中，例如apache，tomcat中。因为servlet容器一般都在后台运行了，所以jenkins也就已经在后台运行了。对于windows用户需要在jenkins的管理页面中点击insall as windows service来将jenkins部署为service。 但是感觉比较好的方法还是手动将启动jenkins的脚本部署为windows service，从而可以更灵活地设置更多的参数。9 jenkins的系统信息可以在jenkins的管理页面下的系统信息中，查看所有的jenkins的信息，例如jenkins的启动配置，所依赖的系统的环境变量，所安装的plugins。10 jenkins内置的环境变量BUILD_NUMBER， 唯一标识一次build，例如23；BUILD_ID，基本上等同于BUILD_NUMBER，但是是字符串，例如2011-11-15_16-06-21；JOB_NAME， job的名字，例如JavaHelloWorld；BUILD_TAG， 作用同BUILD_ID,BUILD_NUMBER,用来全局地唯一标识一此build，例如jenkins-JavaHelloWorld-23；EXECUTOR_NUMBER， 例如0；NODE_NAME，slave的名字，例如MyServer01；NODE_LABELS，slave的label，标识slave的用处，例如JavaHelloWorld MyServer01；JAVA_HOME， java的home目录，例如C:Program Files (x86)Javajdk1.7.0_01；WORKSPACE，job的当前工作目录，例如c:jenkinsworkspaceJavaHelloWorld；HUDSON_URL = JENKINS_URL， jenkins的url，例如http:/localhost:8000/ ；BUILD_URL，build的url 例如http:/localhost:8000/job/JavaHelloWorld/23/；JOB_URL， job的url，例如http:/loca