`
suhuanzheng7784877
  • 浏览: 704355 次
  • 性别: Icon_minigender_1
  • 来自: 北京
博客专栏
Ff8d036b-05a9-33b5-828a-2633bb68b7e6
读金庸故事,品程序人生
浏览量:47750
社区版块
存档分类
最新评论

Maven3实战笔记13Maven Profile定制化构建

阅读更多

1.  前言

有时候我们开发的软件有不同的环境,开发阶段是开发环境,也就是我们这些研发人员平时使用的环境,大多数人开发还是在Windows下面吧,少数人连开发环境都需要在Linux或者Unix下进行,因为Java自身的跨平台性可能在哪个操作系统下开发差别不大,如果Java调用C/C++执行特定服务,就需要C/C++人员开发时最好和生产环境一样在Linux(而且版本一致)下进行研发,省得到时候测试的时候还得放到Linux下重新编译一遍。开发到了一定阶段后往往就是测试那边Team的加入了,功能测试、压力测试等等需要一套测试环境,而往往测试环境也分很多种情况,功能测试环境比较接近于开发环境,而压力测试环境往往接近于生产环境,甚至就是生产环境。面对这么多环境,以前我们可能都是手工进行配置,在不同环境下赋予不同的配置值。而手工配置就面临着可能出现错误,效率比较低等问题。

使用MavenProfile配置,可以帮助我们灵活的进行构建项目,使之通过统一的定制化pom.xml配置就能让它适应不同的环境,如此一来显得软件更有应变性和适应性。

2.  屏蔽构建差异

笔者就以之前那个持久层模块作为基础,假如数据库在开发环境和测试环境有差异,怎么办,一般我们将数据库信息写到了配置文件properties中。

db.properties内容如下

db.Driver=${db.Driver}
db.url=${db.url}
db.user=${db.user}
db.password=${db.password}
 大家有可能奇怪,这里应该是具体的配置值了,是啊,配置值在pom.xml

pom.xml片段如下

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
	<modelVersion>4.0.0</modelVersion>
	<artifactId>MavenAccount-persist</artifactId>
	<packaging>jar</packaging>
	<name>MavenAccount-persist</name>

	<parent>
		<groupId>com.liuyan.account</groupId>
		<artifactId>MavenAccount-aggregator</artifactId>
		<version>0.0.1-SNAPSHOT</version>
		<relativePath>../MavenAccount-aggregator/pom.xml</relativePath>
	</parent>

	<dependencies>
	………………省略依赖
	</dependencies>

	<build>
		<resources>
			<resource>
				<directory>${project.basedir}/src/main/resource</directory>
				<filtering>true</filtering>
			</resource>
		</resources>
	</build>

	<profiles>
		<profile>
			<id>test1</id>
			<activation>
				<property>
					<name>env</name>
					<value>dev1</value>
				</property>
			</activation>
			<properties>
				<db.Driver>org.gjt.mm.mysql.Driver</db.Driver>
				<db.url>jdbc:mysql://localhost:3306/uxian99</db.url>
				<db.user>liuyan</db.user>
				<db.password>111111</db.password>
			</properties>
		</profile>
		<profile>
			<id>test2</id>
			<activation>
				<property>
					<name>env</name>
					<value>dev2</value>
				</property>
			</activation>
			<properties>
				<db.Driver>com.mysql.jdbc.Driver</db.Driver>
				<db.url>jdbc:mysql://192.168.1.109:3306/uxian99</db.url>
				<db.user>dba</db.user>
				<db.password>dba</db.password>
			</properties>
		</profile>
	</profiles>
</project>

 红色配置部分代表过滤资源配置文件,所有的资源文件在执行Maven构建命令时,pom中种种信息都和配置文件中的内容息息相关,需要让配置文件感应到pom内容。

蓝色部分就是定制化的prifile属性信息,其中配置了2个个性化配置信息。test1test2activation标签代表激活该特性的配置,这里所谓激活,其实就是让该个性化配置生效的意思。

下面我们写一个Java类简单读取配置文件

package util;

import java.io.IOException;
import java.io.InputStream;
import java.util.Properties;

public class ReadConfig {

	public static String read() throws IOException {
		InputStream in = ClassLoader.getSystemResourceAsStream("db.properties");
		Properties p = new Properties();
		p.load(in);
		String dbDriver = (String) p.get("db.Driver");
		String dburl = (String) p.get("db.url");
		String dbuser = (String) p.get("db.user");
		String dbpassword = (String) p.get("db.password");
		
		System.out.println(dbDriver);
		System.out.println(dburl);
		System.out.println(dbuser);
		System.out.println(dbpassword);
		return dbpassword;
		
	}

}

 之后为其写单元测试

package util;

import static org.junit.Assert.assertTrue;

import java.io.IOException;

import org.junit.Test;

public class ReadConfigTest {

	@Test
	public void testGenerateText() throws IOException {
		String password = ReadConfig.read();
		System.out.println(password);
		assertTrue(password.equals("dba"));
	}

}

 代码很简单,下面我们在控制台输入如下命令看看

mvn clean package –Ptest2

 控制台输出结果如下

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running util.ReadConfigTest
com.mysql.jdbc.Driver
jdbc:mysql://192.168.1.109:3306/uxian99
dba
dba
dba
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.078 sec

Results :

Tests run: 1, Failures: 0, Errors: 0, Skipped: 0

 可以看到单元测试用例结果是test2的配置信息,而构建后的配置文件内容如下db.properties

db.Driver=com.mysql.jdbc.Driver
db.url=jdbc:mysql://192.168.1.109:3306/uxian99
db.user=dba
db.password=dba

 可以看到,构建后的配置文件内容不再是${db.Driver}这种临时变量信息,而是被pom文件替换后的实际配置值。

不更改任何代码,在控制台输入如下

mvn clean package -Denv=dev1

 结果如下表示profiletest1特性被激活了,测试结果与预期预料不符合。激活profile有以上两种方式,显示指定配置参数方式、系统属性=某些具体值的时候。还有在用户级setting.xml或者全局级setting.xml文件中配置默认信息的。不过这种方式不是很赞成。因为配置了此信息意味着只能在自己本机环境中得到正确的相应,项目打包,发布后并不会保存到自身的pom文件中,那么别人构建的时候也许会报错。所以尽量在项目级别的pom.xml中配置相关定制化信息。

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running util.ReadConfigTest
org.gjt.mm.mysql.Driver
jdbc:mysql://localhost:3306/uxian99
liuyan
111111
111111
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.062 sec <<< FA
ILURE!

Results :

Failed tests:
  testGenerateText(util.ReadConfigTest)

Tests run: 1, Failures: 1, Errors: 0, Skipped: 0

 

3.  总结

Profile是轮廓;外形;外观;形象; 侧面(),侧影的意思,我觉得叫做个性化配置更好。个性化配置还可以过滤web项目资源、集成测试。因为网上有相关的资源,就不总结了。多数应用还是屏蔽个性化构建的差异。

 

4
1
分享到:
评论
2 楼 aaaweisen 2014-04-10  
好得很好,终于解决了我的疑问~谢谢~ 
1 楼 michaelh0226 2012-12-19  
<profiles>
<profile>
<id>rd</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<properties>
<conf-dir>rd</conf-dir>
</properties>
</profile>
<profile>
<id>qa</id>
<properties>
<conf-dir>qa</conf-dir>
</properties>
</profile>
<profile>
<id>online</id>
<properties>
<conf-dir>online</conf-dir>
</properties>
</profile>
</profiles>

<build>
<finalName>survey</finalName>
<resources>
<resource>
<directory>src/main/resources/${conf-dir}</directory>
</resource>
<resource>
<directory>src/main/resources/base</directory>
</resource>
</resources>
</build>


base文件夹用来存公共的
rd,qa,online分别放配置,一般是properties,你的数据库配置可以放各自的文件夹里边,这样POM不会显得很累赘

相关推荐

    Maven3实战笔记(整合)

    总之,Maven3实战笔记(整合)不仅涵盖了Maven的基本原理和核心功能,还深入探讨了如何将Maven应用于实际项目中,解决常见的构建问题,提高构建效率和项目质量。对于Java开发者而言,熟练掌握Maven的使用技巧,将大大...

    Maven3实战笔记(全)

    《Maven3实战笔记(全)》是一本全面深入介绍Maven3的实践指南,由一位具有独特风格的作者撰写,以其风趣幽默的方式解析了Maven3的各种核心概念和使用技巧。这本书涵盖了从Maven的基础安装与配置,到复杂的仓库依赖...

    Maven3实战笔记.pdf

    标题中提及的“Maven3实战笔记”指向了Maven这款流行的Java项目管理和自动化构建工具的第三个主要版本。Maven自从引入以来,就极大地简化了Java项目的构建过程,提高了项目构建的标准化程度。它使用项目对象模型...

    Maven3实战笔记整合

    但是,我们可以根据标题和描述以及通用的Maven知识点,来构建一篇关于Maven3的实战笔记整合文章。 ### Maven3实战笔记整合 #### Maven简介 Apache Maven是一个项目管理和自动化构建的工具,主要服务于Java平台的...

    Maven3实战笔记08Maven反应堆

    ### Maven3实战笔记08——Maven反应堆:深度解析与实战应用 #### Maven反应堆的概念与作用 在深入探讨Maven反应堆之前,我们首先需要理解Maven项目是如何组织和构建的。Maven是一种自动化构建工具,它通过定义项目...

    Maven3实战笔记

    **Maven3实战笔记概述** Maven3是Apache软件基金会开发的一款项目管理和综合工具,它主要解决了Java项目构建过程中的依赖管理和项目信息管理问题。在Java开发领域,Maven3以其标准化的构建流程、强大的依赖管理和...

    Maven3实战视频教程(14集)

    课程目录: Maven3_01_maven概览 Maven3_02_maven安装的注意事项 Maven3_03_在eclipse中建立简单的项目 Maven3_04_maven的依赖特性 Maven3_05_maven的聚合和继承 Maven3_06_复习maven的基本...Maven3实战笔记 Maven配置

    Maven3实战.zip

    《Maven3实战》这本书是Java开发者不可或缺的参考资料,它深入浅出地介绍了Maven这一强大的项目管理和构建工具。在Java开发中,Maven3以其规范化的项目结构、自动化构建和依赖管理等功能,极大地提高了开发效率和...

    Maven3实战笔记04Maven的生命周期和插件

    ### Maven的生命周期和插件详解 ...通过定义清晰的构建阶段和绑定适当的插件目标,Maven能够自动化处理项目构建过程中的各种任务。理解Maven的生命周期和如何配置插件对于高效地使用Maven构建项目至关重要。

    Maven3实战笔记05仓库依赖解析与插件解析

    ### Maven3实战笔记05仓库依赖解析与插件解析 #### 一、Maven仓库依赖解析 Maven 是一个项目管理和构建工具,它通过一种称为“仓库依赖解析”的过程来管理项目的依赖关系。仓库依赖解析是指Maven如何查找并解决...

    Maven3实战笔记03Maven仓库

    Maven是Java项目自动化构建工具的一个标准,它通过一组生命周期(lifecycle)、构建阶段(phase)和目标(goal)来定义项目的构建过程。Maven的核心概念之一是仓库(Repository),仓库用于存储项目依赖的jar包、...

    maven笔记:maven-overlay-实战笔记

    【标题】:“maven笔记:maven-overlay-实战笔记” 在 Maven 的世界里,"overlay" 是一个重要的概念,主要用于Web项目的构建和部署。Maven overlay 技术允许你将多个项目的输出“重叠”在一起,形成一个新的项目,...

    Maven入门实战笔记02-基础(2)

    总的来说,"Maven入门实战笔记02-基础(2)"很可能是对Maven基础操作的深入讲解,涵盖了项目创建、POM配置、依赖管理、生命周期和构建过程等内容,对于想要学习和掌握Maven的Java开发者来说,是一份非常实用的学习资料...

Global site tag (gtag.js) - Google Analytics