查看原文
其他

Maven的这三个用法你一定要会!

Java知音 Java后端技术 2022-04-29

点击上方Java后端技术”,选择“置顶或者星标”

你关注的就是我关心的!

作者:Java知音

微信公众号:Java知音(ID:Java_friends)


本文中将介绍maven的自定义插件(入门实战)自定义archeType模板(实战)按环境打包(实战)三个在私服中常常需用的操作。

1、自定义archeType模板的创建

1.1、什么是archeType

我们在创建maven项目的时候,你会发现有这么多的apache提供的模板。 

或者使用mvn archetype:generate命令来快速创建maven项目,也会有很多个选项,让你选择模板序号。那每个模板之间有什么区别呢?

每个模板里其实就是附带不同的依赖和插件。一般在公司私服里都会有属于本公司的一套archeType模板,里面有着调试好的项目用到的依赖包和版本号。

1.2、创建archetype

假如自己已经有了一个maven项目,想给该项目创建一个archeType模板。

cd 到项目根目录下执行(pom.xml同级目录)。

此时会在项目target下生成这些文件:

1.3、生成archetype模板

先 cdtarget/generated-sources/archetype/

然后执行 mvn install

执行成功后,执行crawl命令,在本地仓库的根目录生成archetype-catalog.xml骨架配置文件:

mvnarchetype:crawl

来看一看它里面的内容:

1.4、使用archetype模板

执行mvn archetype:generate -DarchetypeCatalog=local从本地archeType模板中创建项目。

然后会让你选择模板序号和groupIdartifactIdversion和package信息:

项目创建成功!

当然,也可以使用IDEA来帮我们用图形界面使用archeType模板创建项目:

后面的就与创建普通项目相同了,不做演示。

2、自定义插件

在这里我只是做了简单的示例,更复杂的功能开发请参考mojo的API:

https://maven.apache.org/developers/mojo-api-specification.html

2.1、插件提供者

插件提供者项目结构:

2.1.1、修改packaging

2.1.2、修改pom

这两个依赖是自定义插件必须的依赖,代表了它是一个Mojo工程,里面包含了一些Mojo的接口和抽象类以及注解。

2.1.3、coding业务逻辑

注意这里面的@Parameter@MojoLifecyclePhase.PACKAGE都是org.apache.maven.plugins.annotations包下的:

@Parameter注解会获取消费者配置文件中的变量值并赋值。

defaultPhase =LifecyclePhase.PACKAGE声明了该插件触发的生命周期。

@Mojo定义插件的goal名字。

2.1.4、clean and install

执行mvn clean install,在target目录下会生成这样一个jar包,这就是插件包。

2.2、插件消费者

插件消费者 : 项目结构

2.2.1、修改pom

如果不加,我们只能通过执行插件或者执行命令的方式来执行,如果想让它在执行package的时候自动执行,就需要设置该属性,可以把它理解成hook。

2.2.2、如何传递参数给plugin

在插件提供者中,有个MyMojo的类,有这样一段代码:

它和你用过的spring注解一样,也是用来以注解的形式获取参数的值。

相对应的,在插件消费者的配置中我们就应该相应的给出参数的定义:

上面的配置与变量名一一对应即可。这时候你会发现maven插件中自动会添加一个plugins选项:

执行该插件:mvnmyprovide:fantj 或者直接点击:

3、Profile按环境打包

在日常开发中,我们项目的开发环境和生产环境以及测试环境往往是不同的,比如:数据库的url等。在项目上生产环境时,就需要修改这些参数,给开发造成不便。为了解决该问题,Maven 2.0引入了构建配置文件的概念(build profiles)。

它能干什么呢?

假如你的生产环境和开发环境所需环境配置不同,生产环境配置文件是pro.properties,开发环境配置文件是dev.properties,那么用maven profile ,你可以实现打包开发环境jar包的时候只将dev.properties打包并使用,生产环境打包同理。

在哪里声明呢?

它可以在每个项目的pom.xml文件中声明,也可以在maven的用户setting.xml下声明,也可以在maven全局环境下设置setting.xml,详情如下。

1.Per Project
Defined in the POM itself (pom.xml).

2.Per User
Defined in the Maven-settings(%USER_HOME%/.m2/settings.xml)

3.Global
Defined in the globalMaven-settings (${maven.home}/conf/settings.xml)

4.Profile descriptor
不支持3.0,详情请看:

https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html#Maven3.xCompatibilityNotes-profiles.xml

虽然有这么多define的方式,但是我们一般使用的是第一种defined in the pom,因为不见得每个项目的生产环境都一模一样,当然这个也是因个人情况而异。

实战

3.1、项目结构

3.2、pom.xml

3.3、三个application.properties

3.4、打包


可以看到只将pro/application.properties进行了编译。

本教程中的项目源码:

https://github.com/fantj/maven-tutorial

热门内容:

1、一位 70 后程序员的 26 个职场感悟

2、IDEA的这八条配置你一定要改!

3、老板让我不改一行代码,定位线上性能问题!

4、什么样的简历不会被丢进回收站!

5、刷完500道高频面试题,我能去面试大厂了吗?

6、没错,老板让我写了个BUG! 

7、想通关分布式系统「限流问题」?只要这一篇!

8、微服务为什么一定要上Docker?

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存