maven多套环境配置(开发、测试、预发、正式)
接继续,项⽬开发好以后,通常要在多个环境部署,象我们公司多达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⽬录下
以上图为例,其中l的内容为:
1 <?xml version="1.0" encoding="UTF-8"?>
2 <beans xmlns="/schema/beans"
3 xmlns:xsi="/2001/XMLSchema-instance"
4 xsi:schemaLocation="/schema/beans
5 /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.apachemons.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.apachemons.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,然后在l⾥类似下⾯设置
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>
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.apachemons.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>
12maven打包本地jar包
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.apachemons.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的⽅式部署,然后各应⽤在l中,⽤类似下⾯的形式
1 <?xml version="1.0" encoding="utf-8"?>
2 <weblogic-web-app xmlns="www.bea/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来搞定,先处理l,把依赖项改成类似下⾯的形式:
1 <dependency>
2 <groupId>dom4j</groupId>
3 <artifactId>dom4j</artifactId>
4 <version>1.6.1</version>
5 <scope>${jar.scope}</scope>
即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⾥
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论