浅谈maven 多环境打包发布的两种方式

集合工程中 maven 的多环境打包发布

在一个项目的开发过程中,我们经常要进行 开发环境 , 测试环境, 正式环境 打包部署,如果每次打包过程中我们都是人为的 根据 不同 环境 去修改一些 配置文件 ,这样不但工作量太庞大,而且还容易出错,而maven的插件正好解决了我们的困扰。

1. maven 聚合工程的创建

创建过程直接忽略,看最终的结果图

第一种方式

2. 不同环境打包的配置

因为要发布一个webapp的主要配置文件集中在 web工程中,故而,相关的配置文件都在 ecps-manager-web工程的 resources下。

原本在 ecps-manager-web的resources中是没有 dev 和 test 文件夹的。改造后就是上图。

针对我的resources中文件的管理是分文件夹管理,故而, 在分环境打包是也是按照这种结构创建不同环境的文件分布。

很显然。我们把需要更改的配置文件,复制到各个不同环境的文件夹中, 同时保持原有的结构。那些不需要更改的文件是不需要复制的。

例如:
resources/properties/jdbc.properties是需要更改的配置文件,我们就需要的 dev 和 test 的文件下分别 创建一个 properties 文件夹,然后复制一分jdbc.properties文件即可。

pom.xml中的配置后面再说,先理清思路。

3. 开发中的使用

现在在这种结构下。我来描述开发中的存在情况。

1. 本地开发环境

我们通常在 svn 或者 github 中 checkout 项目的代码之后,需要在本地启动开发,这个时候,我们是不需要更改任何东西的。
比如 resource/properties/jdbc.properties 里面本来就配置的开发中的环境, 所以直接 tomcat 启动即可。不需要管 dev 或者 test

2. 开发环境

在前后端分离的开发方式下,后台本地开发完代码之后,需要打包发布到开发的环境中,提供API接口,这个时候就 使用 dev 中的配置文件,打包,或者交由 Jenkins 自动构建开发环境。

3. 测试环境

在前后端功能完成之后,就需要将当前功能截止的代码 打包部署到测试环境,供测试人员测试。这个时候 就 使用 test 中的配置文件, 打包,或者交由jenkins 自动构建测试环境。

4. 生产环境

测试完成之后,经过预发布环境之后,就要新的 tag 代码打包部署到正式环境,上线。这个时候 就 使用 prod 中的配置文件,打包。交由运维人员部署代码。

4. 具体的pom文件

这里的工程 又有ecps-manager 是聚合工程,因此,相关的打包部署信息都配置在 ecps-manager 聚合工程的pom中。

<project xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://maven.apache.org/POM/4.0.0"
     xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <parent>
    <artifactId>ecps-parent</artifactId>
    <groupId>com.ecps</groupId>
    <version>1.0-SNAPSHOT</version>
    <relativePath>../ecps-parent/pom.xml</relativePath>
  </parent>
  <modelVersion>4.0.0</modelVersion>

  <artifactId>ecps-manager</artifactId>
  <packaging>pom</packaging>

  <name>ecps-manager</name>
  <url>http://maven.apache.org</url>
  <modules>
    <module>/ecps-manager-model</module>
    <module>/ecps-manager-mapper</module>
    <module>/ecps-manager-service</module>
    <module>/ecps-manager-web</module>
  </modules>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <profiles>
    <!--开发环境-->
    <profile>
      <id>dev</id>
      <properties>
        <package.environment>dev</package.environment>
      </properties>
      <activation>
        <activeByDefault>true</activeByDefault>
      </activation>
    </profile>
    <profile>
      <!--测试环境-->
      <id>test</id>
      <properties>
        <package.environment>test</package.environment>
      </properties>
    </profile>
  </profiles>

  <!-- 如果不添加此节点mybatis的mapper.xml文件都会被漏掉。 因为maven默认读取src/main/resources下的文件-->
  <build>
    <finalName>ecps-manager-web</finalName>

    <plugins>
      <plugin>
        <!-- maven war plugin-->
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-war-plugin</artifactId>
        <version>2.2</version>
        <configuration>
          <webXml>src\main\webapp\WEB-INF\web.xml</webXml>
          <warSourceDirectory>webapp</warSourceDirectory>
          <archive>
            <addMavenDescriptor>false</addMavenDescriptor>
          </archive>
          <webResources>
            <resource>
              <directory>src/main/resources/${package.environment}</directory>
              <targetPath>WEB-INF/classes</targetPath>
              <filtering>true</filtering>
            </resource>
          </webResources>
        </configuration>

      </plugin>

      <!-- 添加tomcat插件 -->
      <plugin>
        <groupId>org.apache.tomcat.maven</groupId>
        <artifactId>tomcat7-maven-plugin</artifactId>
        <configuration>
          <port>8080</port>
          <path>/</path>
          <!-- 系统热部署配置-->
          <url>http://192.168.31.104:8080/manager/text</url>
          <username>tomcat</username>
          <password>tomcat</password>
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>

打包使用的插件: maven-war-plugin

动态指定目录,接受参数 : ${package.environment}

目标路径:targetPage

webXml : 配置web.xml路径

5. maven 命令打包

mvn clean package -P test -----> 测试环境
mvn clean package -P dev -----> 开发环境

在IDEA 中可以这样操作:

6. 可能出现的错误:

web.xml 不存在

有些文档会将此处配置为:

执行 mvn clean package -P test 的时候,报错 web.xml找不到:

就需要修改 中的内容。

也就是你工作空间中的对应的web.xml的路径(src/开始)

页面不能访问,jsp不存在

修改 为自己jsp存放路径

第二种方式

其实第一种方式打包之后的war中的结构中依旧存在 dev和test文件夹,而且pom.xml中的配置有点复杂, 现在提出第二种方式,简单的不能想象。

依旧展示一下打包之前使用第二种方式的结构(工程结构不变,展示ecps-manager-web结构):

这里把dev 和 test 全部包含到 env 文件夹下。

ecps-manager 聚合工程中 pom.xml

<project xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://maven.apache.org/POM/4.0.0"
     xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <parent>
    <artifactId>ecps-parent</artifactId>
    <groupId>com.ecps</groupId>
    <version>1.0-SNAPSHOT</version>
    <relativePath>../ecps-parent/pom.xml</relativePath>
  </parent>
  <modelVersion>4.0.0</modelVersion>

  <artifactId>ecps-manager</artifactId>
  <packaging>pom</packaging>

  <name>ecps-manager</name>
  <url>http://maven.apache.org</url>
  <modules>
    <module>/ecps-manager-model</module>
    <module>/ecps-manager-mapper</module>
    <module>/ecps-manager-service</module>
    <module>/ecps-manager-web</module>
  </modules>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <profiles>
    <!--开发环境-->
    <profile>
      <id>dev</id>
      <!-- 项目日志配置 -->
      <!-- <properties>    <maven.log.output.directory>${catalina.home}/logs/${project.artifactId}</maven.log.output.directory>
      </properties>-->
      <build>
        <resources>
          <resource>
            <directory>src/main/resources/env/dev</directory>
          </resource>
        </resources>
      </build>
      <activation>
        <activeByDefault>true</activeByDefault>
      </activation>
    </profile>
    <profile>
      <!--测试环境-->
      <id>test</id>
      <!-- <properties>       <maven.log.output.directory>${catalina.home}/logs/${project.artifactId}</maven.log.output.directory>
      </properties>-->
      <build>
        <resources>
          <resource>
            <directory>src/main/resources/env/test</directory>
          </resource>
        </resources>
      </build>
    </profile>
  </profiles>

  <build>
    <finalName>ecps-manager-web</finalName>
    <!--打包之后不包含env-->
    <resources>
      <resource>
        <directory>src/main/resources</directory>
        <filtering>true</filtering>
        <excludes>
          <exclude>**/env/**</exclude>
        </excludes>
      </resource>
    </resources>

    <plugins>
      <!-- 添加tomcat插件 -->
      <plugin>
        <groupId>org.apache.tomcat.maven</groupId>
        <artifactId>tomcat7-maven-plugin</artifactId>
        <configuration>
          <port>8080</port>
          <path>/</path>
          <!-- 系统热部署配置-->
          <url>http://192.168.31.104:8080/manager/text</url>
          <username>tomcat</username>
          <password>tomcat</password>
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>

最终的打包结果:

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • Java随手笔记8之包、环境变量和访问控制及maven profile实现多环境打包

    一.java中的包 Java利用包来组织代码,一来使大型项目的代码结构清晰,二来包是一个命名空间的划分,即不同包中可以有相同名字的类,只需在在类名前加上包名即可区分它们. Package xxx 必须位于java文件除了注释以外的第一行,用来指明当前文件中的类属于哪一个包,如果没有package语句,则该文件中的类都属于默认包. Import xxx用来在当前java文件中导入不属于当前包中的类,从而可以在当前文件中使用它们. 二.java中的环境变量 1.path 环境变量其实就是一组变量(废

  • 浅谈maven 多环境打包发布的两种方式

    集合工程中 maven 的多环境打包发布 在一个项目的开发过程中,我们经常要进行 开发环境 , 测试环境, 正式环境 打包部署,如果每次打包过程中我们都是人为的 根据 不同 环境 去修改一些 配置文件 ,这样不但工作量太庞大,而且还容易出错,而maven的插件正好解决了我们的困扰. 1. maven 聚合工程的创建 创建过程直接忽略,看最终的结果图 第一种方式 2. 不同环境打包的配置 因为要发布一个webapp的主要配置文件集中在 web工程中,故而,相关的配置文件都在 ecps-manage

  • 浅谈SpringBoot资源初始化加载的几种方式

    目录 一.问题 二.资源初始化 一.问题 在平时的业务模块开发过程中,难免会需要做一些全局的任务.缓存.线程等等的初始化工作,那么如何解决这个问题呢?方法有多种,但具体又要怎么选择呢? 二.资源初始化 1.既然要做资源的初始化,那么就需要了解一下springboot启动过程(这里大体说下启动过程,详细:https://www.jb51.net/article/133648.htm) 按照前面的分析,Spring-boot容器启动流程总体可划分为2部分: 执行注解:扫描指定范围下的bean.载入自

  • 浅谈解决Hibernate懒加载的4种方式

    本文总结了我在学习hibernate的过程中,解决hibernate懒加载问题的四种方式. 所谓懒加载(lazy)就是延时加载,延迟加载. 什么时候用懒加载呢,我只能回答要用懒加载的时候就用懒加载. 至于为什么要用懒加载呢,就是当我们要访问的数据量过大时,明显用缓存不太合适,因为内存容量有限,为了减少并发量,减少系统资源的消耗,我们让数据在需要的时候才进行加载,这时我们就用到了懒加载. 例如,有一个对象是Employee,还有一个对象是Department.显然,对于Employee相对Depa

  • 浅谈android获取存储目录(路径)的几种方式和注意事项

    通常, 我们创建文件/目录, 或者存储图片什么的, 我们都需要拿到手机的存储路径, 现在我们就来看一下获取手机存储路径的几种方式(作为工具类方法调用即可): 第一种: 获取 /storage/emulated/0 public static boolean sdCardIsAvailable() { //首先判断外部存储是否可用 if (Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) { File

  • 浅谈TensorFlow中读取图像数据的三种方式

    本文面对三种常常遇到的情况,总结三种读取数据的方式,分别用于处理单张图片.大量图片,和TFRecorder读取方式.并且还补充了功能相近的tf函数. 1.处理单张图片 我们训练完模型之后,常常要用图片测试,有的时候,我们并不需要对很多图像做测试,可能就是几张甚至一张.这种情况下没有必要用队列机制. import tensorflow as tf import matplotlib.pyplot as plt def read_image(file_name): img = tf.read_fil

  • 浅谈Java生成唯一标识码的三种方式

    目录 前言 正文 UUID实现唯一标识码 SnowFlake实现唯一标识码 通过时间工具生成带有业务标示的唯一标识码 前言 我们经常会遇到这样的场景,需要生成一个唯一的序列号来表明某一个数据的唯一性,在单节点的应用中我们可以简单地使用一个自增的整型来实现实现,但是在分布式情况下这个方式却存在冲突的可能性,那么有什么办法我们可以生成一个唯一的序列号呢,并且如果想使得这个序列号也能展示一些业务信息呢? 正文 UUID实现唯一标识码 UUID 的目的是让分布式系统中的所有元素,都能有唯一的辨识资讯,而

  • 浅谈Springboot2.0防止XSS攻击的几种方式

    目录 防止XSS攻击,一般有两种做法: 转义 做法的三种实现: 转义方法一:注册自定义转换器 转义方法二:BaseController 转义方法三:Converter 在平时做项目代码开发的时候,很容易忽视XSS攻击的防护,网上有很多自定义全局拦截器来实现XSS过滤,其实不需要这么麻烦,SpringBoot留有不少钩子(扩展点),据此我们可以巧妙地实现全局的XSS过滤 防止XSS攻击,一般有两种做法: 转义使用工具类HtmlUtils实现 过滤将敏感标签去除jsoup实现了非常强大的clean敏

  • pycharm打包py项目为.exe可执行文件的两种方式

    目录 一安装pyinstaller(两种方式) 二使用pyinstaller将py文件打包为exe(两种方式) 一安装pyinstaller(两种方式) 1.通过命令:pip install pyinstaller 具体操作:打开pycharm下方的Terminal终端,输入:pip install pyinstaller,回车 2.在pycharm设置里添加 英文版具体操作:Pycharm左上角 File 选择Settings - > Project Interpreter - > 点击图中

  • 浅谈maven的jar包和war包区别 以及打包方法

    jar文件包括java普通类.资源文件和普通文件,在maven中即是打包src/main/java和src/main/resources资源文件夹下的所有文件.在打包的时候会自动生成MATA-INF文件夹,用于存储maven的pom信息和MANIFEST.MF文件.例如: war文件包含全部的web应用程序,即所有的java类,配置信息和jsp.js等静态资源.但是需要注意war引用war的时候会将应用war的资源全部拷贝到当前war的相同文件下,重名的文件会被替换.例如: war包依赖: <d

  • 浅谈Maven安装及环境配置出错的解决办法

    可能导致安装不成功的原因: 添加 系统变量的时候,M2_HOME路径没有在尾部加上\bin,而是把\bin在PATH路径的尾部加上了,比如下图某教程教的,这样做可能导致环境变量配置不成功. 安装和环境配置步骤 一.准备工作 1.jdk7.0以上版本 2.win10操作系统 3.maven安装包 二.解压安装包到指定文件夹 我的安装包解压到了C:\WorkSoftware\apache-maven-3.5.2 三.配置环境变量 C:\WorkSoftware\apache-maven-3.5.2

随机推荐