`
shitou_2016
  • 浏览: 1042 次
  • 性别: 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`编译源代码,`...

    中国电信物联网开放平台设备描述文件profile模板

    中国电信物联网开放平台是针对物联网设备和应用开发的一个综合性平台...通过理解和利用中国电信物联网开放平台的设备描述文件,开发者和制造商可以更加高效地构建和管理物联网设备,推动智能设备的快速普及和应用创新。

    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三个主要阶段,每个阶段包含一系列的...

Global site tag (gtag.js) - Google Analytics