Maven 配置
在mvn.bat中很有用的一段 说了可以设置哪些参数 怎么debug
@REM ----------------------------------------@REM Maven2 Start Up Batch script@REM@REM Required ENV vars:@REM JAVA_HOME - location of a JDK home dir@REM@REM Optional ENV vars@REM M2_HOME - location of maven2's installed home dir@REM MAVEN_BATCH_ECHO - set to 'on' to enable the echoing of the batch commands@REM MAVEN_BATCH_PAUSE - set to 'on' to wait for a key stroke before ending@REM MAVEN_OPTS - parameters passed to the Java VM when running Maven@REM e.g. to debug Maven itself, use@REM set MAVEN_OPTS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8000@REM ----------------------------------------
?
需要灵活的时候
?
maven-artifact-ant
?
http://www.gbsou.com/2009/11/19/1510.html
?
maven-antrun-plugin
http://dev.firnow.com/course/3_program/java/javajs/20090306/158332.html
http://hi.baidu.com/yafengyouxia/blog/item/44dfb1a19c22ac8146106479.html
?
=========================================
mvn help:effective-pom ?查看项目的有效配置
mvn dependency:analyze ?分析依赖
mvn?dependency:copy-dependencies ? copy 依赖jar
?
国内的maven镜像，欢迎大家使用！
访问地址：
release镜像库访问地址：http://58.20.54.58/content/groups/treleases
snapshot镜像库访问地址：http://58.20.54.58/content/groups/tsnapshots/
目前加入到镜像库的远程仓库有：
?http://svn.apache.org/repos/asf/servicemix/m2-repo
?http://repository.apache.org/snapshots
?https://repository.apache.org/content/groups/public
?http://www.aqute.biz/repo/
?http://snapshots.repository.codehaus.org/
?http://download.eclipse.org/rt/eclipselink/maven.repo
?http://el4.elca-services.ch/el4j/maven2repository
?http://maven.glassfish.org/content/groups/glassfish
?http://repository.jboss.com/maven2
?http://repo1.maven.org/maven2/
?http://maven.objectweb.org/maven2/
?http://deadlock.netbeans.org/maven2
?http://maven.objectweb.org/maven2-snapshot
?http://developer.ja-sig.org/maven2-snapshot
?
?
===============================================================
?
MVN:指定编译时的文字编码和语法级别
方法一：
<build> <defaultGoal>package</defaultGoal> <plugins> <plugin> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>1.6</source> <target>1.6</target> <encoding>UTF-8</encoding> </configuration> </plugin> </plugins> </build>
?方法二：
<properties> <maven.compiler.encoding>UTF-8</maven.compiler.encoding> <maven.compiler.target>1.6</maven.compiler.target> <maven.compiler.source>1.6</maven.compiler.source> </properties>
?忽略单元测试失败：
<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <configuration> <testFailureIgnore>true</testFailureIgnore> </configuration> </plugin> </plugins></build>
?
跳过单元测试：
<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <configuration> <skip>true</skip> </configuration> </plugin> </plugins></build>
?为自定义JSP标签添加JSP 2.0规格说明：
<dependency> <groupId>org.apache.geronimo.specs</groupId> <artifactId>geronimo-jsp_2.0_spec</artifactId> <version>1.1</version> <scope>provided</scope></dependency>
?
管理依赖
在 pom 中指明 顶层 pom 中的 dependencyManagement 中的
译自：http://blogs.sonatype.com/people/2009/01/maven-continuous-integration-best-practices/
?
持续集成是你在开发过程中经常会用到的一个最佳实践，它是高效软件开发生命周期（SLDC）至关重要的一部分。如果还没使用这一实践，那么应该立刻就开始使用。持续集成最大的好处是，它能帮你立刻找出引入到系统中的错误，而不是在很多天之后看到测试失败，或者在QA阶段再发现重大错误。本文并不是要介绍CI的优点，本文是介绍如何建立一个最佳的使用Maven的CI环境。这里是一些关于如何在一个CI系统（如Hudson）中运行Maven构建的贴士。
?
#1 自动化Snapshot部署
按照我的经验，最好让CI系统部署你的snapshot。这是保证仓库内容和源码控制系统保持同步的最可靠的方法。要在实践中使用这种方法，你需要结合CI和仓库管理器，如Nexus?，它能自动的清除snapshot。我管理过一个项目，它在不到一周的时间内生成了>300gb的snapshot。使用一个仓库管理器会让你保持稳健。
#2 隔离本地仓库
另一个CI设置至关重要的组成部分是本地仓库隔离。Maven中的本地仓库是放置所有Maven下载和生成的构件的地方，并且当前它不是多线程安全的。虽然产生冲突的可能性很小，但它还是会发生的。
让每个项目有一个本地仓库最主要的原因是，这是测试你的项目是否基于公司仓库可构建的唯一方法。如果你没有单独的本地仓库，那么一个构建的产品即使不在公司仓库中，也还会被CI上另一个构建看到。这里说的很重要，因为CI的一个功能是，它应该能够验证代码对于一个真实的开发者来说是可构建的。
提示：使用 -Dmaven.repo.local=xxx 来为每个构建定义唯一的本地仓库。
#3 周期性的清除本地仓库
为了进一步的验证仓库的内容，以及管理硬盘空间，我每晚都清除本地仓库。如果仓库有变化或者构件被移除了，CI系统会检测到。为了方便的清除所有本地仓库，我倾向于将所有本地仓库组织到同一个目录下，如 /opt/repos/*。
很显然拥有多个本地仓库比起一个仓库来说需要更多的硬盘空间，因为有很多依赖的重复，但即使在我们的大型grid?上，所有的仓库的总大小也不到10gb。当你不控制snapshot，也不每晚清除仓库，不保持对它的控制，本地仓库就会慢慢的变得巨大。
提示：使用你的CI系统本身来安排本地仓库清理。这样当Maven糊涂的时候，任何人都可以手动的从UI上清理仓库。
久而久之，我也发现了一些更简单的技巧：
#4 开启批处理模式
提示：在构建中开启 -B（batch，批处理）模式。这会让日志变短，因为这避免了依赖下载过程的日志。这也能确保构建不会因为等待用户输入而挂起。
#5 开启完全堆栈跟踪
提示：开启 -e 能让Maven在遇到构建异常的时候产生完全的堆栈跟踪信息。这让我们更容易根据构建失败结构的日志或者email中理解问题，而不用重新构建一次。
#6 打印测试失败至标准输出
提示：开启 -Dsurefire.useFile=false 。这是我最喜欢的选项之一，因为它能让surefire打印测试失败到标准输出，因此也就能被包含在构建失败日志或email中。这样就节省了你的时间，不用再为了一个简单的堆栈日志去机器上寻找surefire报告。
#7 总是检查Snapshot
提示：开启 -U 让Maven总是最检查新的snapshot。该选项同样也可以在CI系统的setting.xml中开启。（提示4和6同样也可以在settings.xml中声明）
小结
使用上述的设置和过程会让每次build都将构件推入仓库中。接下来下游的build会有其自己的干净的本地仓库，然后检测仓库管理器以获取最新的snapshot。然后每天至少一次，本地所有的东西都被清除，所有的依赖都从仓库管理器抓取。
自然的，所有这些更新的清除工作都会给CI和仓库管理器之间的网络带来一些负荷。如果它们共享一个高速的网络，那么没什么问题。但如果你的仓库管理器和CI系统并不靠近，那么你应该在CI系统旁放一个仓库管理器，它代理远处的仓库，并能消除网络对每日本地仓库清理的影响。
注意：?如果你想要遵循这些提示，那么很重要的一点是下载一个Nexus?。清除你本地仓库的内容，每天每个项目都从中央仓库下载所有依赖，会造成中央Maven仓库的网络拥堵。
?
注：?在settings.xml中开启4,6,7：
#4: <interactiveMode>false</interactiveMode>
#6: <properties><surefire.useFile>true</surefire.useFile></properties> —— 在actived profile中
#7: <updatePolicy>always</updatePolicy> —— 在repository定义中
1 楼 mojunbin 2012-04-17 写得都是好东西哦.