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 中指明 dependency management 元素的方式 maven 结合项目继承来管理依赖。在多模块应用中，可能多个子项目会有共同的依赖。此时为了正确运行，必须让所有的子项目使用依赖项的同一版本。必须确保应用的各个项目的依赖项和版本一致，才能保证测试的和发布的是相同的成果。因此，应在顶层的 pom 中定义共同的依赖关系。

 

顶层 pom 中的 dependencies 与 dependencyManagement 中的 dependencies 元素有一个重要的区别：

dependencyManagement 中的 dependencies 元素只表明依赖项版本的优先选择，并不影响项目的依赖项；而 dependencies 元素则影响项目的依赖项。

 

===================================================================

 

http://www.sonatype.com/books/maven-book/reference_zh/public-book.html

Maven持续集成最佳实践

译自：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  

写得都是好东西哦.