通向架构师的道路(第二十三天)maven与ant的奇妙整合.docx

《通向架构师的道路(第二十三天)maven与ant的奇妙整合.docx》由会员分享，可在线阅读，更多相关《通向架构师的道路(第二十三天)maven与ant的奇妙整合.docx（9页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、一、前言我们在万能框架 spring前四天中都用到了 maven，接下去要讲述在 SSX 这样的架构下我们的“单元测试” 是怎么进行的，但是在此之前我们再来深入入解一下 maven，因为我们的单元测试需要用到的是 junit+ant+junitreport 这样的组合。而。由于我们已经使用了 maven，那么我们如何可以延续经典的 junit+ant 这样的单元测试的组合呢？其答案就是把maven 和 ant 再进行组合一下。二、用 Maven 任务在 Ant 中使用 Maven 依赖Maven 的一个重要特性是使用中央仓库，存储依赖和识别应用程序所需的库。Maven2 还支持传递依赖（tra

2、nsitivedependency），这是一个强大的概念，它将用户需要声明的依赖限制到最小程度。Ant 不支持“ 即开即用”的依赖管理。在 Ant 项目中，应用程序所需的全部程序库通常都存放在一个项目目录中。三、使用 maven-ant-task3.1 安装 maven-ant-task我们先下载 maven-ant-tasks-2.1.3.jar（我也已经上传到了“我的资源”里了）；下载完后把它放到我们的 ant 的 lib 目录下；3.2 打包工程这是一个传统的没有使用 maven 依赖库的 ant 的打包流程，从图上看很清晰，对吧？在前面说了，ant 打包时是需要所有的 .jar 文件都

3、是事先已经在工程的 WebContent/WEB-INF/lib 目录下了，这也是大都数人所熟悉的。但是 Maven 打包，就一个包依赖声明文件 pom.xml，然后在打包时缺什么 jarMaven 会自动帮我们去下载，所以说 Maven 真是一个好东西，使用 maven-ant-task 我们可以把“声明 classpath”这块来用 maven-ant-task 来做，即其它还是使用 ant，就是在声明编译时即 javac 时需要用到的那些依赖包时再使用 maven 的特性。因此，我们再来看上述这个纯 ant 工程打包流程在引入了 maven-ant-task 后会变成什么样子吧。四、动手

4、改造工程我们此处以 myssh2 的工程来做例子，原来的 pom.xml 文件不动，增加 ant 的打包文件即 build.xml 文件。4.1maven 环境的重设置我们前面的几天教程用的都是一个叫 maveneclipse(m2 eclipse)的插件它默认会把所有的 maven 依赖库下载到你的 C:Usersyourusername.m2repository 这个目录下（以 win7 为例，如果你用的是 XP 那么这个目录应该在你的 c:documents and settings 目录下），因此我们需要手动把我们的 maven 安装目录的下的 conf目录下的 settings.xm

5、l 文件也拷贝到C:Usersyourusername.m2repository 目录下，还记得吗？现在，我们在我们的 apache-maven 的安装目录即 c:maven 目录下建立我们的 repository，并且让 m2eclipse 插件也将repository 指向 C:mavenrepository。更改 c:mavenconfsettings.xml 文件我们在原有的 settings.xml 文件中增加了如下的一段话C:mavenrepository然后回到 eclipse 点开 window-preference-Maven-UserSettings，将我们的 m2ecli

6、pse 的设置配置成如下的样子注意：Local Repository 再也不是 “C:Usersyourusername.m2repository”了，而是指向了我们的c:mavenrepository 目录了。这样做还有一个好处就是你在重新装机时你的 maven 的 local repository 不会因为 documents and settings 目录的丢失而丢失了。4.2 编写 build.xmlbuild.properties 文件# antappName=myssh2webAppName=myssh2webAppQAName=myssh2-UTlocal.dir=C:/ecli

7、psespace/$appNamesrc.dir=$local.dir/src/main/javadist.dir=$local.dir/distwebroot.dir=$local.dir/src/main/webapplib.dir=$local.dir/libclasses.dir=$webroot.dir/WEB-INF/classesresources.dir=$local.dir/src/main/resources请注意此处的$这样的 placeholder（替换符）的使用技巧build.xml 文件（红色加粗部分）对照着 Maven+Ant 打包的流程图看这个 build.xm

8、l 文件，一点也不难看懂，就一个过程化的批处理脚本而己。关键在于：此处声明了：1） 我们在 ant 的 build.xml 文件中使用 maven 插件2） 我们的工程所用到的依赖库即所有的.jar 文件在工程（myssh2 ）原有工程的 pom.xml 文件中已经声明过依赖关系了，build.xml 文件只要使用它就可以了。3） 我们的 ant 在使用 javac 进行编译时所需的库在$lib.dir，见 build.properties 即在 c:eclipsespacemyssh2lib 目录内。4） c:eclipsespacemyssh2lib 目录内所有的 jar 则是通过“dow

9、nload-libs” 这个 target 得来的。下面是 build.xml 文件被运行后的输出效果即在 eclipse 中打开 build.xml 文件后右键选 RunAs-Ant Build 的输出：去我们的工程的 dist 目录下查看，就可以看到一个 myssh2.war 工程把这个工程直接扔到 tomcat 的 webapp 目录下，运行 tomcat 后登录 http:/localhost:8080/myss2 后一切正常，结束本天的教程。PS：一般我不喜欢把一个.war 包扔到 tomcat 下去，而是喜欢把符合 war 目录结构的这样的一个目录扔到 tomcat 的 webapp 目录下，直到这个工程成品了，即通过测试后再打成 war 包以便于 tomcat 或者是 weblogic、WAS 的布署，因此对于我来说在这步完成后就够用了。