`
shitou_2016
  • 浏览: 1029 次
  • 性别: Icon_minigender_1
社区版块
存档分类
最新评论

利用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里

作者:菩提树下的杨过
出处:http://yjmyzz.cnblogs.com
分享到:
评论

相关推荐

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

    Maven作为Java项目管理工具,提供了一种强大的特性——Profile,来帮助开发者根据环境条件构建不同的部署包。这篇博客将详细解释如何利用Maven的Profile功能实现这一目标。 首先,我们需要理解Maven Profile的概念...

    使用maven Profile实现多环境构建

    在软件开发过程中,特别...通过定义和激活不同的Profile,我们可以灵活地控制项目的依赖、插件和资源,从而实现高效、便捷的多环境构建。对于大型项目和团队协作来说,正确使用Maven Profile是确保项目顺利进行的关键。

    springboot通过@Profile注解配置不同环境

    `@Profile`注解是Spring框架提供的一种强大工具,允许我们在不同环境下激活或禁用特定的配置。在本案例中,我们将深入探讨如何使用`@Profile`注解以及结合Maven来实现多环境配置。 首先,`@Profile`注解用于标记一...

    maven多环境配置打包

    这样,每个环境的部署包都会包含正确的配置信息。 6. 使用技巧: - 尽量将环境相关的配置信息(如数据库连接、API密钥等)放在资源文件中,而不是硬编码在代码里。 - 利用Maven的assembly插件或maven-shade-...

    maven 一键打包

    此时,可以通过Maven的profile功能,定义不同环境的配置,并在打包时选择相应的profile。 ### Maven profile Profile是Maven中的一个概念,用于根据不同的环境条件启用或禁用一组设置。例如,你可以创建名为`dev`、...

    jenkins打包,发布,部署.docx

    通过以上步骤,我们成功在 CentOS 系统上搭建了 Jenkins 环境,配置了 Maven、Git,并学会了如何创建项目、设置构建触发器和部署步骤。这使得我们可以实现自动化构建、测试和部署,极大地提高了开发效率和软件质量。...

    Python-xCode自动化构建工具

    描述简单地提到了“xCode自动化构建工具”,这通常涉及到的是利用各种工具和脚本来自动化xCode的编译、测试、打包和部署等步骤,提高开发效率和减少人为错误。Python在这一过程中可以起到关键作用,因为它的灵活性和...

    京峰教育jenkins 自动部署 持续集成文档

    本文档将详细介绍如何利用Jenkins构建自动化部署平台,并结合Ansible等工具实现大规模系统的自动部署。 #### 二、传统网站部署方法及其局限性 传统网站部署主要依赖于手动操作,包括需求分析、原型设计、开发代码...

    jenkins+maven+svn自动化部署安装配置.docx

    通过上述步骤,可以有效地利用Jenkins、Maven和SVN构建一套完整的自动化部署方案。这种方式不仅大大提高了软件开发和发布的效率,还减少了人工干预带来的错误风险。对于Java开发团队来说,这是一种非常实用且高效的...

    MavenHelloWorld

    例如,可以在资源目录src/main/resources下为不同环境创建不同的配置文件夹(如dev.properties、test.properties、prod.properties),然后在POM.xml的profiles部分定义如何根据当前激活的profile选择合适的配置文件...

    UML Profile For EJB Public Draft.pdf

    - 当不同的开发工具支持相同的UML Profile时,可以在不同工具之间交换模型数据,从而增强了系统的灵活性。 ### 四、UML Profile for EJB 的使用场景 1. **需求分析阶段**: - 在项目启动初期,可以通过UML ...

    maven的包 文件包文件包

    例如,可以创建不同的profile用于开发、测试和生产环境,每个profile可以有自己的依赖和构建设置。 10. Maven命令行接口: Maven提供了丰富的命令行选项,如`mvn clean`清理构建产物,`mvn compile`编译源代码,`...

    maven架构工程

    在Maven架构工程中,可能有多个WAR模块,每个模块代表一个独立的服务或者不同的部署环境。通过配置Maven的`war`插件,我们可以生成这些WAR文件并部署到合适的服务器。 ** 4. Cargo插件 ** Cargo是一款Maven插件,...

    Cisco UCS系统部署技术手册

    《Cisco UCS系统部署技术手册》是一本详尽阐述Cisco统一计算系统(Unified Computing System, 简称UCS)部署的指南,旨在帮助IT专业人员有效地安装、配置和管理Cisco服务器环境。Cisco UCS是Cisco公司推出的一种创新...

    Foundation Profile 1.1 Reference Implementation(JSR-219)

    "Foundation Profile 1.1 Reference Implementation (JSR-219)" 是Java Micro Edition (Java ME)平台的一个重要组成部分,它定义了一套基础功能,旨在为小型设备和嵌入式系统提供精简但完整的Java环境。Java ME是...

    linux虚拟机上部署ODL环境+mininet

    ### Linux虚拟机上部署ODL环境与Mininet详解 #### 一、概述 本文档将详细介绍如何在Linux虚拟机上部署OpenDaylight (ODL)环境以及Mininet,并结合具体的步骤进行说明。ODL是一个开源的软件定义网络(SDN)平台,而...

    maven构建项目可以粘贴的内容

    Profile是Maven的环境或配置切换机制,可以根据不同的环境条件(如开发、测试、生产)激活不同的配置。 七、Maven的生命周期和阶段 Maven的生命周期包括clean、default和site三个主要阶段,每个阶段包含一系列的...

    Apache Kylin安装部署

    3. **维度和指标相对固定的应用环境**:一次构建后可多次使用。 #### 五、安装部署 **前期准备:** 1. **硬件配置**:推荐使用IBM X3650或X3850服务器,具体配置如8核/16GB RAM、32核/128GB RAM等。 2. **软件...

Global site tag (gtag.js) - Google Analytics