maven学习利用Profile构建不同环境的部署包

项目开发好以后,通常要在多个环境部署,象我们公司多达5种环境:本机环境(local)、(开发小组内自测的)开发环境(dev)、(提供给测试团队的)测试环境(test)、预发布环境(pre)、正式生产环境(prod),每种环境都有各自的配置参数,比如:数据库连接、远程调用的ws地址等等。如果每个环境build前手动修改这些参数,显然太不fashion.

maven早就考虑到了这些问题,看下面的pom片段:

 1 <profiles>
 2         <profile>
 3             <!-- 本地环境 -->
 4             <id>local</id>
 5             <properties>
 6                 <db-url>jdbc:oracle:thin:@localhost:1521:XE</db-url>
 7                 <db-username>***</db-username>
 8                 <db-password>***</db-password>
 9             </properties>
10         </profile>
11         <profile>
12             <!-- 开发环境 -->
13             <id>dev</id>
14             <properties>
15                 <db-url>jdbc:oracle:thin:@172.21.129.51:1521:orcl</db-url>
16                 <db-username>***</db-username>
17                 <db-password>***</db-password>
18             </properties>
19             <!-- 默认激活本环境 -->
20             <activation>
21                 <activeByDefault>true</activeByDefault>
22             </activation>
23         </profile>
24         ...
25     </profiles>

profiles节点中,定义了二种环境:local、dev(默认激活dev环境),可以在各自的环境中添加需要的property值,接下来修改build节点,参考下面的示例:

 1 <build>
 2         <resources>
 3             <resource>
 4                 <directory>src/main/resources</directory>
 5                 <filtering>true</filtering>
 6             </resource>
 7         </resources>
 8         <plugins>
 9             <plugin>
10                 <groupId>org.apache.maven.plugins</groupId>
11                 <artifactId>maven-compiler-plugin</artifactId>
12                 <version>2.5.1</version>
13                 <configuration>
14                     <source>1.6</source>
15                     <target>1.6</target>
16                     <encoding>utf-8</encoding>
17                 </configuration>
18             </plugin>
19         </plugins>
20     </build>

resource节点是关键,它表明了哪个目录下的配置文件(不管是xml配置文件,还是properties属性文件),需要根据profile环境来替换属性值。

通常配置文件放在resources目录下,build时该目录下的文件都自动会copy到class目录下

以上图为例,其中spring-database.xml的内容为:

 1 <?xml version="1.0" encoding="UTF-8"?>
 2 <beans xmlns="http://www.springframework.org/schema/beans"
 3     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 4     xsi:schemaLocation="http://www.springframework.org/schema/beans
 5     http://www.springframework.org/schema/beans/spring-beans.xsd">
 6
 7     <bean id="dataSource"
 8         class="org.springframework.jdbc.datasource.DriverManagerDataSource">
 9         <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver" />
10         <property name="url" value="${db-url}" />
11         <property name="username" value="${db-username}" />
12         <property name="password" value="${db-password}" />
13     </bean>
14 </beans>

各属性节点的值,用占位符"${属性名}"占位,maven在package时,会根据profile的环境自动替换这些占位符为实际属性值。

默认情况下:

maven package

将采用默认激活的profile环境来打包,也可以手动指定环境,比如:

maven package -P dev

将自动打包成dev环境的部署包(注:参数P为大写)

最后再给2个实例的运用例子:

1、开发环境与生产环境数据源采用不同方式的问题

本机开发时为了方便,很多开发人员喜欢直接用JDBC直接连接数据库,这样修改起来方便;

 1     <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"
 2         destroy-method="close">
 3         <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver" />
 4         <property name="url" value="${db-url}" />
 5         <property name="username" value="${db-username}" />
 6         <property name="password" value="${db-password}" />
 7         <property name="defaultAutoCommit" value="false" />
 8         <property name="initialSize" value="2" />
 9         <property name="maxActive" value="10" />
10         <property name="maxWait" value="60000" />
11     </bean>

而生产环境,通常是在webserver(比如weblogic上)配置一个JNDI数据源,

1     <bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
2         <property name="jndiName" value="appDS" />
3     </bean>

如果每次发布生产前,都要手动修改,未免太原始,可以通过maven的profile来解决

先把配置文件改成

 1     <bean id="${db-source-jdbc}" class="org.apache.commons.dbcp.BasicDataSource"
 2         destroy-method="close">
 3         <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver" />
 4         <property name="url" value="${db-url}" />
 5         <property name="username" value="${db-username}" />
 6         <property name="password" value="${db-password}" />
 7         <property name="defaultAutoCommit" value="false" />
 8         <property name="initialSize" value="2" />
 9         <property name="maxActive" value="10" />
10         <property name="maxWait" value="60000" />
11     </bean>
12
13     <bean id="${db-source-jndi}" class="org.springframework.jndi.JndiObjectFactoryBean">
14         <property name="jndiName" value="appDS" />
15     </bean>

即用占位符来代替bean的id,然后在pom.xml里类似下面设置

 1                <profile>
 2             <!-- 本机环境 -->
 3             <id>local</id>
 4             <properties>
 5                 ...
 6                 <db-source-jdbc>dataSource</db-source-jdbc>
 7                 <db-source-jndi>NONE</db-source-jndi>
 8                 <db-url>jdbc:oracle:thin:@172.21.129.51:1521:orcl</db-url>
 9                 <db-username>mu_fsu</db-username>
10                 <db-password>mu_fsu</db-password>
11                 ...
12             </properties>
13             <!-- 默认激活本环境 -->
14             <activation>
15                 <activeByDefault>true</activeByDefault>
16             </activation>
17         </profile>
18         <profile>
19             <!-- 生产环境 -->
20             <id>pro</id>
21             <properties>
22                 ...
23                 <db-source-jdbc>NONE</db-source-jdbc>
24                 <db-source-jndi>dataSource</db-source-jndi>
25                 ...
26             </properties>
27         </profile>
28     </profiles>

这样,mvn clean package -P local打包本地开发环境时,将生成

 1     <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"
 2         destroy-method="close">
 3         <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver" />
 4         <property name="url" value="jdbc:oracle:thin:@172.21.129.***:1521:orcl" />
 5         <property name="username" value="***" />
 6         <property name="password" value="***" />
 7         <property name="defaultAutoCommit" value="false" />
 8         <property name="initialSize" value="2" />
 9         <property name="maxActive" value="10" />
10         <property name="maxWait" value="60000" />
11     </bean>
12
13     <bean id="NONE" class="org.springframework.jndi.JndiObjectFactoryBean">
14         <property name="jndiName" value="appDS" />
15     </bean>

而打包生产环境 mvn clean package -P pro时,生成

 1     <bean id="NONE" class="org.apache.commons.dbcp.BasicDataSource"
 2         destroy-method="close">
 3         <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver" />
 4         <property name="url" value="${db-url}" />
 5         <property name="username" value="${db-username}" />
 6         <property name="password" value="${db-password}" />
 7         <property name="defaultAutoCommit" value="false" />
 8         <property name="initialSize" value="2" />
 9         <property name="maxActive" value="10" />
10         <property name="maxWait" value="60000" />
11     </bean>
12
13     <bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
14         <property name="jndiName" value="appDS" />
15     </bean>

spring配置的其它跟数据库相关的bean,约定引用dataSource这个名称的bean即可

2、不同webserver环境,依赖jar包,是否打包的问题

weblogic上,允许多个app,把共用的jar包按约定打包成一个war文件,以library的方式部署,然后各应用在WEB-INF/weblogic.xml中,用类似下面的形式

1 <?xml version="1.0" encoding="utf-8"?>
2 <weblogic-web-app xmlns="http://www.bea.com/ns/weblogic/90">
3     ...
4     <library-ref>
5         <library-name>my-share-lib</library-name>
6     </library-ref>
7 </weblogic-web-app>

指定共享library 的名称即可。这样的好处是,即节省了服务器开销,而且各app打包时,就不必再重复打包这些jar文件,打包后的体积大大减少,上传起来会快很多。

而其它webserver上却未必有这个机制,一般为了方便,我们开发时,往往采用一些轻量级的webserver,比如:tomcat,jetty,jboss 之类,正式部署时才发布到weblogic下,这样带来的问题就是,本机打包时,要求这些依赖jar包,全打包到app的WEB-INF/lib下;而生产环境下,各应用的WEB-INF/lib下并不需要这些jar文件,同样还是用profile来搞定,先处理pom.xml,把依赖项改成类似下面的形式:

1         <dependency>
2             <groupId>dom4j</groupId>
3             <artifactId>dom4j</artifactId>
4             <version>1.6.1</version>
5             <scope>${jar.scope}</scope>
6         </dependency>

即scope这里,用一个占位符来代替,然后profile这样配置

 1         <profile>
 2             <!-- 本机环境 -->
 3             <id>local</id>
 4             <properties>
 5                 <jar.scope>compile</jar.scope>
 6                 ...
 7             </properties>
 8             <!-- 默认激活本环境 -->
 9             <activation>
10                 <activeByDefault>true</activeByDefault>
11             </activation>
12         </profile>
13         <profile>
14             <!-- 生产环境 -->
15             <id>pro</id>
16             <properties>
17                 <jar.scope>provided</jar.scope>
18                 ...
19             </properties>
20         </profile>

在maven里,如果一个依赖项的scope是provided,表示由容器提供,打包时将不会打包进最终的package里,所以这样配置后,生产环境打包时,依赖项的scope全变成了provided,即不打包进war文件,而本机环境下,因为scope是compile,所以会打包到war里

转发自:https://www.cnblogs.com/yjmyzz/p/3941043.html

原文地址:https://www.cnblogs.com/PengChengLi/p/9121572.html

时间: 2024-11-05 12:32:12

maven学习利用Profile构建不同环境的部署包的相关文章

Maven利用Profile构建不同环境的部署包

项目开发好以后,通常要在多个环境部署,像我曾经呆过的公司最多达5种环境:本机环境(local).(开发小组内自测的)开发环境(dev).(提供给测试团队的)测试环境(sit).预发布环境(pre).正式生产环境(prod),每种环境都有各自的配置参数,比如:数据库连接.远程调用的ws地址等等.如果每个环境build前手动修改这些参数,显然太不fashion. maven早就考虑到了这些问题,看下面的pom片段: <profiles> <profile> <!-- 本地环境 -

Maven 利用 profile 进行多环境配置

我们在进行项目的多环境配置时,有很多种方式供我们选择,比如 SpringBoot 自带的 application-dev.yml.maven 的 profile 等.这里介绍的就是如何利用 profile 进行多环境配置. 首先,在 pom.xml 中添加你需要的 profile 配置: <profiles> <!-- 开发环境 默认激活--> <profile> <id>dev</id> <properties> <env&g

[转]利用Docker构建开发环境

利用Docker构建开发环境 Posted by makewonder on 2014 年 4 月 2 日 最近接触PAAS相关的知识,在研发过程中开始使用Docker搭建了自己完整的开发环境,感觉生活在PAAS时代的程序员真是幸福,本文会简要介绍下Docker是什么,如何利用Docker来搭建自己的开发环境(本文主要是面向Mac OS X),以及期间所遇到的一些坑和解决方案.(本文会要求你对PAAS.LXC.CGroup.AUFS有一定的了解基础,请自行Google ) 大背景–虚拟化技术历史

利用Docker构建开发环境

最近接触PAAS相关的知识,在研发过程中开始使用Docker搭建了自己完整的开发环境,感觉生活在PAAS时代的程序员真是幸福,本文会简要介绍下Docker是什么,如何利用Docker来搭建自己的开发环境(本文主要是面向Mac OS X),以及期间所遇到的一些坑和解决方案.(本文会要求你对PAAS.LXC.CGroup.AUFS有一定的了解基础,请自行Google ) 大背景–虚拟化技术历史 计算机虚拟化技术由来已久,从硬件仿真到全虚拟化,再到准虚拟化和操作系统虚拟化,各种技术粉墨登场,种类繁多,

手动构建CL210环境——packstack部署vlan模式

前言: 目前redhat推出了openstack的课程-CL210,主要针对企业的openstack的管理和应用,其目前应用于生产的版本是RHOSP6,即社区版的Juno,其中CL210中需要有4台虚拟机,分别是workstation.ceph.servera和serverb,对于机器的硬件要求较高,且需要有上课环境,本文主要针对CL210考试的人而准备,需要在上课所在环境download两个ISO,分别是:RHEL7OSP-6.0-2015-02-23.2-x86_64.iso和rhel-se

使用maven profile 构建不同环境引用不同的值

需要做的配置如下 <profiles> <profile> <id>dev</id> <activation> <activeByDefault>true</activeByDefault> </activation> <build> <filters> <filter>vars/vars.dev.properties</filter> </filters&

maven学习教程(一)——环境搭建

Apache maven是一个比较流行的常用的项目管理工具 Maven的主要作用 |-- 1. 分模块管理项目 |-- 2. 分仓库管理依赖 maven使用中央仓库和本地仓库来管理项目依赖 |-- maven在联网的情况下会自动从中央仓库下载具体的依赖的jar包,然后添加到本地仓库,提供给项目进行使用 |-- maven可以配置本地仓库,在项目使用过程中,如果本地仓库中存在依赖,使用本地仓库中的资源:如果本地仓库不存在依赖,从中央仓库通过网络下载 Apache官方网站:www.apache.or

如何利用docker 构建golang线上部署环境

公司最近开发了一个项目是用golang 写的,现在要部署到线上环境去,又不想在服务器上装单独的golang,决定用docker 封装下,直接打到镜像里面,然后就直接在hub.docker.com上面搜了下golang的镜像,直接就docker pull golang 最新的是1.9的版本 然后参考官方的文档弄了下Dockerfile大概是这样: FROM golang MAINTAINER jackluo #指定工作目录 WORKDIR /go/src/ActivitApi COPY . . C

利用Django构建web应用及其部署

注:很久之前就有了学习Django的想法,最近终于有机会做了一次尝试.由于Django的详细教程很多,我在这里就不再详述了,只是将整个开发流程以及自己在学习Django中的一些思考记录在此. System:CentOS Linux release 7.2.1511 (Core) Django: 1.10 Python: 2.7.5 推荐两个非常好的教程: The Django Book(中文版):我自己一开始是参考这个教程学习的,非常有意思的是这个教程中有大量的评论,几乎每段都有,从10年开始一