Maven

java maven 可执行 jar/ executable jar, maven-assembly-plugin 在pom中加入 maven-assembly-plugin <project> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactId> <version>3.3.0</version> <configuration> <descriptorRefs> <descriptorRef>jar-with-dependencies</descriptorRef> </descriptorRefs> <archive> <manifest> <mainClass>com.wiloon.java.lock.TestFutex</mainClass> </manifest> </archive> </configuration> <executions> <execution> <phase>package</phase> <goals> <goal>single</goal> </goals> </execution> </executions> </plugin> </plugins> </build> </project> mvn clean package assembly:single # 如果没执行过 mvn package 会报错： Cannot include project artifact: com.wiloon.java:pingd-java:jar:1.0-SNAPSHOT; it doesn't have an associated file or directory. java -jar target/pingd-java-1.0-SNAPSHOT-jar-with-dependencies.jar

maven-compiler-plugin maven-compiler-plugin 用于编译 java 源码, 3.0 以后的版本 默认用 javax.tools.JavaCompiler 编译 maven-compiler-plugin 3.6 和更高版本提供了一种新的配置方法 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> <configuration> <release>9</release> </configuration> </plugin> jdk 9 以上可以只声明 maven.compiler.release <properties> <maven.compiler.release>17</maven.compiler.release> </properties> <!-- ... --> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> </plugin> </plugins> maven-compiler-plugin 从 3.6 开始可以只配置 <maven.compiler.release>, 来替代 maven.compiler.source and maven.compiler.target maven-compiler-plugin 会从 <properties> 里读取 maven.compiler.release, 可以不配置到 plugin>configuration 下 “maven.compiler.release” as an replacement for source and target http://blog.csdn.net/zhaoyongnj2012/article/details/23970451 在maven的默认配置中, 对于 jdk 的配置是 1.4 版本,那么创建/导入 maven 工程过程中, 工程中未指定 jdk版本。 ...

maven cmd utf8 error unmappable character for encoding GBK <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> </properties> http://stackoverflow.com/questions/3017695/how-to-configure-encoding-in-maven

maven jvm opts Maven工程的JVM配置方式 为Maven运行配置JVM参数 这种需求比较少见,一般使用默认的JVM配置即可。如果需要,可以通过设置环境变量来满足需求,如: Windows下添加环境变量MAVEN_OPTS的value为-Xms1024m -Xmx1024m -Xss1m Linux下可修改.profile或者.bash_profile文件,并做如下设置: export MAVEN_OPTS="-Xms1024m -Xmx1024m -Xss1m" (注意: 这里需要使用双引号或者单引号)

用 dbunit-maven-plugin 来管理你的测试数据 http://newwhx2011.iteye.com/blog/1089559 单元测试有人写过,也有人没做过,数据库的 dbunit 的用的人应该更少了,它可以用来给你做测试准备数据。一般我们做测试会在一个测试数据库中不停的测,自然会累积许多垃圾数据,给单元测试会造成不便,功能测试倒无太紧要。如果我们想在单元测试的时候有一份干净的数据,有个做法是搞个备用的数据库,测试前导到测试库的,或用某些数据库的导入导出功能。 这里我们来看 dbunit 怎么实现准备测试数据的,它可以用来导出数据库数据到数据文件中,从数据文件中导入干净的数据到数据库中,比较数据库与数据文件、或增量的插入记录等等。 dbunit 最初为 ant 提供了 antask,当然可以编程使用,如今 maven 大行其道,所以也就有了 maven 的 dbunit 插件,相似功能的插件有两个: dbunit-maven-plugin maven-dbunit-plugin 就是 maven 和 dbunit 倒了一下,别晕了,第二个似乎提供了更多的 goal,但运行 mvn dbunit:xxxx,指向的是第一个 dbunit-maven-plugin,看来第一个要正统些。本文也就介绍下dbunit-maven-plugin 的用法,测试数据库是 MySQL。

maven -pl 选项 mavenApache工作 在一个多模块的 maven 项目中，build 时如果不希望 build 项目中的所有模块，可以使用 -pl 选项来指定实际 build 的模块，各个模块之间使用逗号 (,) 分隔。 如何通过 -pl 选项来指定项目中的顶级模块呢？或许有人会说不需要，可以使用 -N 选项。的确 -N 选项可以使 maven 不会递归到子模块中运行。通过 -pl 选项也是可以指定顶级模块的。 maven 在使用 -pl 选项指定的值过滤模块的时候，通过两种方式，一是把 -pl 选项的值当做 groupId:artifactId 来查找，其次把 -pl 选项的值作为相对路径来查找，相对于用户运行 maven 时的工作目录。 例如有以下项目结构: all [org.apache.maven:test] |- m-1 [org.apache.maven:m1] |- m-2 [org.apache.maven:m2] 如果想通过 -pl 选项来指定顶级模块 all 和 m-1 模块，可以使用一下这么命令: mvn -pl org.apache.maven:test,m-1 clean install ps:上面的逻辑参见代码 org.apache.maven.project.ProjectSorter.findProject。 -EOF-

Maven profile 首先简单介绍下 Maven 的 profile 是什么。对于人来说，profile 是指人的肖像，轮廓，比如论坛里每个人注册了帐号后，可以设置自己的 profile，放上照片，介绍等等。对于 Maven 来说又是怎样呢？整个项目定义好了项目对象模型 (POM) ，就像论坛为每个人提供了默认的行为功能，如果我想改变我机器上的 POM 呢？这时就可以使用 profile。下面举个例子: <profiles> <profile> <id>jdk16</id> <jdk>1.6</jdk> </activation> <modules> <module>simple-script</module> </modules> </profile> </profiles> 这个 profile 的意思是，当机器上的 JDK 为1.6的时候，构建 simple-script 这个子模块，如果是1.5或者1.4，那就不构建，这个 profile 是由环境自动激活的。 我们需要在合适的地方使用合适的 profile ，并且在合适的时候用合适的方式将其激活，你不能在构建服务器上激活非公共的 profile，你也不能要求开发人员写很复杂的命令来使用常规的 profile。因此这里介绍一下几种 profile 的激活方式。 根据环境自动激活。 如前一个例子，当 JDK 为1.6的时候，Maven 就会自动构建 simple-script 模块。除了 JDK 之外，我们还可以根据操作系统参数和 Maven 属性等来自动激活 profile，如: Xml代码 <profile> <id>dev</id> false</activeByDefault> <jdk>1.5</jdk> <os> <name>Windows XP</name> <family>Windows</family> x86</arch> <version>5.1.2600</version> </os> <property> <name>mavenVersion</name> <value>2.0.5</value> </property> <file> <exists>file2.properties</exists> <missing>file1.properties</missing> </file> </activation> ... </profile> 通过命令行参数激活。 这是最直接和最简单的方式，比如你定义了一个名为 myProfile 的 profile，你只需要在命令行输入 mvn clean install -Pmyprofile 就能将其激活，这种方式的好处很明显，但是有一个很大的弊端，当 profile 比较多的时候，在命令行输入这写 -P 参数会让人觉得厌烦，所以，如果你一直用这种方式，觉得厌烦了，可以考虑使用其它自动激活的方式。 ...

mvn, maven basic # ubuntu install maven sudo apt install maven # 打印当前在使用的 settings mvn help:effective-settings download https://maven.apache.org/download.cgi setting & mirror maven setting aliyun mkdir ~/.m2 vim ~/.m2/settings.xml https://repo.maven.apache.org/maven2 Maven 参数 -D 传入属性参数 -P 使用pom中指定的配置 -e 显示maven运行出错的信息 -o 离线执行命令,即不去远程仓库更新包 -X 显示maven允许的debug信息 -U 强制去远程参考更新snapshot包 -q for only error 参数> properties 对应一个变量值，pom.xml里面配置的有，那么如果你在命令行中 以 -Dmy.filter.value=1 的格式去配置mvn命令，那么将覆盖你pom中的值。 mvn clean -Ptrip-app,daily package -Dmy.filter.value=1 -Dttidapk.ttids=21xx00 <project> <properties> <my.filter.value>hello</my.filter.value> </properties> </project> https://blog.csdn.net/Maxiao1204/article/details/90510176 command # skip test, 强制更新依赖包 mvn -Dmaven.test.skip=true clean package -U 创建项目 # create common project # mvn archetype:generate 会自动创建项目目录 project0 mvn archetype:generate -DgroupId=com.wiloon.demo -DartifactId=project0 \ -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false # archetypeVersion 指定版本号 mvn archetype:generate -D groupId=com.wiloon.java -D artifactId=javaJpms \ -D archetypeVersion=1.4 -D archetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false # local catalog mvn archetype:generate -DgroupId=com.wiloon.test -DartifactId=mvntest \ -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false -DarchetypeCatalog=local # web project mvn archetype:generate -DgroupId=com.wiloon.mail.web -DartifactId=mailTestWeb \ -DarchetypeArtifactId=maven-archetype-webapp -DinteractiveMode=false mvn clean compile -Dmaven.test.skip=true org.apache.maven.plugins:maven-war-plugin:exploded -q mvn clean compile -Dmaven.test.skip=true org.apache.maven.plugins:maven-war-plugin:exploded -U #-U,--update-snapshots Forces a check for missing releases and updated snapshots on mvn clean compile -U # 指定执行某一个类的测试 mvn -Dtest=com.wiloon.Foo test 检测包冲突 mvn dependency:help mvn dependency:analyze mvn dependency:tree mvn dependency:tree -Dverbose upload jar to nexus mvn deploy:deploy-file -Dfile=xxx.pom -DgroupId=com.wiloon -DartifactId=artifactid0 -Dversion=1.0.0 -Dpackaging=pom -DrepositoryId=repo0 -Durl=https://maven.wiloon.com/repository/snapshot/ mvn deploy:deploy-file -Dfile=xxx.jar -DgroupId=com.wiloon -DartifactId=artifactid0 -Dversion=1.0.0 -Dpackaging=jar -DrepositoryId=repo0 -Durl=https://maven.wiloon.net/repository/snapshot/ maven ojdbc6 mvn install:install-file -DgroupId=com.oracle -DartifactId=ojdbc6 -Dversion=11.2.0.3 -Dpackaging=jar -Dfile=/home/wiloon/Downloads/ojdbc6.jar commands # maven war plugin mvn clean compile -Dmaven.test.skip=true org.apache.maven.plugins:maven-war-plugin:exploded # maven-assembly-plugin 打包 >wangyue.dev/maven/assembly/plugin #Generates JSW based daemon wrappers. mvn appassembler:generate-daemons # 查看 maven 版本 mvn -v mvn -version mvn install mvn install -Dmaven.test.skip=true #wrapper mvn package appassembler:assemble 查看 mvn 参数 mvn --help # 指定pom文件位置 mvn -f trunk/mvntest/pom.xml install mvn archetype:generate #390 maven-archetype-webapp #387 maven-archetype-quickstart mvn clean install mvn cobertura:cobertura mvn surefire-report:report mvn surefire-report:report-only mvn pmd:pmd mvn eclipse:clean mvn eclipse:eclipse -mvn package: 依据项目生成jar/war文件 mvn dependency:sources mvn dependency:resolve -Dclassifier=javadoc webApp: maven-archetype-webapp -Dmvn install -Dmaven.test.skip=true <del>编译时跳过Test</del> -Dmaven.test.failure.ignore=true <del> Set this to true to ignore a failure during testing. Its use is NOT RECOMMENDED, but quite convenient on occasion.</del> mvn install -rf :MODULENAME mvn clean install mvn –version mvn compile mvn test mvn test-compile mvn package mvn install mvn site mvn clean mvn eclipse:eclipse mvn eclipse:clean # The Surefire report can also generate the report using its standalone goal mvn surefire-report:report # A HTML report should be generated in ${basedir}/target/site/surefire-report.html -maven idea mvn idea:idea mvn idea:clean #maven install jar mvn install:install-file -DgroupId=com.oracle -DartifactId=ojdbc6 -Dversion=11.2.0.3 -Dpackaging=jar -Dfile=/home/wiloon/Downloads/ojdbc6.jar os-maven-plugin os-maven-plugin 是设置各种有用属性 (从 OS 中检测的 ${os.name} 和 ${os.arch} 属性) 的 Maven 插件 ...

Maven生命周期 Maven 生命周期 Maven生命周期已经在另一篇博客中介绍过了(http://www.cnblogs.com/haippy/archive/2012/07/04/2576453.html)，这里引用IBM developerworks 的文章再一次讨论Maven 的生命周期。 在Maven2中有了明确的生命周期概念，而且都提供与之对应的命令，使得项目构建更加清晰明了。主要的生命周期阶段: validate，验证工程是否正确，所有需要的资源是否可用。 compile，编译项目的源代码。 test-compile，编译项目测试代码。 test，使用已编译的测试代码，测试已编译的源代码。 package，已发布的格式，如jar，将已编译的源代码打包。 integration-test，在集成测试可以运行的环境中处理和发布包。 verify，运行任何检查，验证包是否有效且达到质量标准。 install，把包安装在本地的repository中，可以被其他工程作为依赖来使用 deploy，在整合或者发布环境下执行，将最终版本的包拷贝到远程的repository，使得其他的开发者或者工程可以共享。 generate-sources，产生应用需要的任何额外的源代码，如xdoclet。 如果要执行项目编译，那么直接输入: mvn compile即可，对于其他的阶段可以类推。阶段之间是存在依赖关系 (dependency) 的，如test依赖test-compile。在执行mvn test时，会先运行mvn test-compile，然后才是mvn test。 Maven强大的一个重要的原因是它有一个十分完善的生命周期模型(lifecycle)，这个生命周期可以从两方面来理解，第一，顾名思义，运行Maven的每个步骤都由它来定义的，这种预定义的默认行为使得我们使用Maven变得简单，相比而言，Ant的每个步骤都要你手工去定义。第二，这个模型是一种标准，在不同的项目中，使用Maven的接口是一样的，这样就不用去仔细理解每个项目的构建了，一般情况下，mvn clean install 这样的命令是通用的。我想，一定是吸收了许多项目的经验，Maven才能定义出如此完善的模型。 Maven有三套相互独立的生命周期，请注意这里说的是"三套"，而且"相互独立"，初学者容易将Maven的生命周期看成一个整体，其实不然。这三套生命周期分别是: Clean Lifecycle 在进行真正的构建之前进行一些清理工作。 Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。 Site Lifecycle 生成项目报告，站点，发布站点。 我再次强调一下它们是相互独立的，你可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。当然你也可以直接运行 mvn clean install site 运行所有这三套生命周期。 知道了每套生命周期的大概用途和相互关系以后，来逐个详细看一下每套生命周期，Clean和Site相对比较简单，先解释一下。 每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行mvn clean ，这个的clean是Clean生命周期的一个阶段。有点绕？要知道有Clean生命周期，也有clean阶段。Clean生命周期一共包含了三个阶段: pre-clean 执行一些需要在clean之前完成的工作 clean 移除所有上一次构建生成的文件 post-clean 执行一些需要在clean之后立刻完成的工作 mvn clean 中的clean就是上面的clean，在一个生命周期中，运行某个阶段的时候，它之前的所有阶段都会被运行，也就是说，mvn clean 等同于 mvn pre-clean clean ，如果我们运行 mvn post-clean ，那么 pre-clean，clean 都会被运行。这是Maven很重要的一个规则，可以大大简化命令行的输入。 ...