接上回继续,项目开发好以后,通常要在多个环境部署,象我们公司多达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里
相关推荐
Maven作为Java项目管理工具,提供了一种强大的特性——Profile,来帮助开发者根据环境条件构建不同的部署包。这篇博客将详细解释如何利用Maven的Profile功能实现这一目标。 首先,我们需要理解Maven Profile的概念...
通过熟练掌握Maven Profile,我们可以轻松地在多个环境中部署和运行应用,确保每个环境都能得到正确的配置。 总结来说,Maven Profile是Maven的核心特性之一,它使得我们能够在单个项目中管理多环境的构建配置。...
Maven作为Java项目管理的重要工具,提供了强大的多环境配置打包功能,帮助开发者有效地管理和构建项目,确保代码在不同环境下能够正确运行。 【描述】: 这篇博客(虽然描述为空,但可以通过提供的链接进一步了解...
整个持续集成环境部署完成后,开发人员每提交一次代码更改,Jenkins就会自动运行预设的构建任务,完成代码的编译、打包、部署等一系列自动化流程,从而提高开发效率和软件质量。 需要注意的是,在实际操作中可能会...
3. **构建生命周期阶段(Build Profiles)**:Maven的Profile功能允许为不同环境定义不同的配置。在POM文件中定义profile,每个profile包含特定环境的配置。例如: ```xml <profile> <id>dev ...
在软件开发过程中,多环境构建是一项重要的任务,它允许我们为不同的部署环境(如开发、测试、生产)创建定制化的构建。Maven是Java生态系统中广泛使用的构建工具,它提供了强大的功能来支持这一需求,其中之一就是...
例如,开发环境和生产环境可能需要不同的数据库连接配置,这可以通过不同的profile来实现。 9. **集成开发环境与Maven** 大多数现代IDE(如Eclipse、IntelliJ IDEA)都集成了Maven支持,可以直接在IDE中创建、配置...
此时,可以通过Maven的profile功能,定义不同环境的配置,并在打包时选择相应的profile。 ### Maven profile Profile是Maven中的一个概念,用于根据不同的环境条件启用或禁用一组设置。例如,你可以创建名为`dev`、...
Maven是Java开发中的一个项目管理工具,它帮助开发者构建、管理和部署项目,通过依赖管理和项目对象模型(Project Object Model, POM)来简化构建过程。本篇文章将详细讲解如何在Windows操作系统上搭建Maven环境。 ...
Maven支持配置Profile,根据不同环境(如开发、测试、生产)切换不同的配置参数。 5.2 **聚合与继承** 聚合项目可以管理多个子项目,而继承项目则允许共享公共配置。 5.3 **部署与发布** 使用`mvn deploy`命令将...
【尚硅谷Maven课程笔记代码资源】是一份全面学习Maven的资料集合,它涵盖了从基础到高级的各种知识点,旨在帮助开发者深入理解并熟练运用Maven进行自动化构建。该资源包含课件、源码和相关的笔记,使得学习过程更加...
通过Profile可以在不同环境(如开发、测试、生产)下配置不同的属性和依赖。 4. **自定义生命周期** 根据项目需求,可以通过编写插件或者扩展Maven生命周期来自定义构建过程。 总结来说,Maven通过统一的项目...
例如,可以创建不同的profile用于开发、测试和生产环境,每个profile可以有自己的依赖和构建设置。 10. Maven命令行接口: Maven提供了丰富的命令行选项,如`mvn clean`清理构建产物,`mvn compile`编译源代码,`...
此外,Maven的profiles机制允许你在不同的环境中使用不同的配置,例如,开发环境和生产环境可能需要不同的设置,通过激活不同的profile,可以实现灵活的配置切换。 在实际开发中,理解Maven的生命周期和插件机制,...
Profile是Maven的环境或配置切换机制,可以根据不同的环境条件(如开发、测试、生产)激活不同的配置。 七、Maven的生命周期和阶段 Maven的生命周期包括clean、default和site三个主要阶段,每个阶段包含一系列的...
4. **插件(Plugins)**: Maven通过插件执行构建任务,如编译、测试、打包、部署等。每个插件都有一个或多个目标(goals),可以在命令行或POM中指定执行。 5. **生命周期(Lifecycle)**: Maven有三个主要的生命...
Maven 是一个强大的项目管理工具,主要用于构建、管理和部署Java项目。它通过提供标准化的构建过程和依赖管理,使得开发者可以更专注于编写代码,而不是配置构建脚本。Maven 3.0.4是该工具的一个稳定版本,它改进了...
与创建工程不同,构建项目是一个涉及编译、测试、打包、部署等多个步骤的过程,而Maven能够管理整个生命周期中所需的所有Jar文件依赖。 在安装Maven时,需要下载并解压到指定目录,然后设置环境变量以便系统能够...
描述中提到,这是一个“免安装绿色环境”,意味着用户只需将压缩包解压到任意位置,即可在该目录下直接运行Maven命令,而不会对系统的注册表或全局环境变量产生影响。这种设计非常适合需要在不同计算机间切换或者在...
1. Maven配置文件可以包含多个profile,根据环境变量或命令行参数激活特定profile,实现不同环境下的配置切换。 2. 例如,开发环境和生产环境的数据库连接信息可以通过profile进行区分。 总结,Maven是Java开发的...