在开发maven项目时,一般都会把配置文件放到src/main/resources目录下,针对这个目录,maven的resources对其进行单独的配置。
resources配置一般如下:
<resources>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
<includes>
<include>context.xml</include>
</includes>
</resource>
<resource>
<directory>src/main/resources</directory>
<filtering>false</filtering>
<excludes>
<exclude>context.xml</exclude>
</excludes>
</resource>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
<includes>
<include>context.xml</include>
</includes>
</resource>
<resource>
<directory>src/main/resources</directory>
<filtering>false</filtering>
<excludes>
<exclude>context.xml</exclude>
</excludes>
</resource>
</resources>
配置中一共有两个resource,第一个resource配置是过滤src/main/resources目录下文件context.xml,若文件中有类似${key}这样的配置,就会根据maven的配置进行覆盖,让其使用真实值来填写,至于真实值如何来,后面会具体讲。
第二个resource配置是不过滤src/main/resources目录下除了context.xml的其他文件,也就不会用真实值来填写${key}这样的配置。
若是<include>和<exclude>都存在的话,那就发生冲突了,这时会以<exclude>为准。
也许有人会有疑问,若只需要过滤context.xml的话,那就只需要配置第一个resource就可以了吧。其实不然,若是只配置第一个resource,第二个不配置,那么当你运行maven打包操作后,你就会发现,在工程的classpath下只有context.xml文件了,其他配置文件都没有打过来。所以第二个resource是必不可少的,指明其他配置文件是不需要过滤的,但是同样需要打包到classpath下。
其实filtering为true的时候,这时只会把过滤的文件打到classpath下,filtering为false的时候,会把不需要过滤的文件打到classpath下。
还有一点需要说明,若<filtering>、<include>和<exclude>都不配置,就是把directory下的所有配置文件都放到classpath下,若这时如下配置
<resources>
<resource>
<resource>
<directory>src/main/resources-dev</directory>
</resource>
<resource>
<directory>src/main/resources</directory>
</resource>
</resources>
会以resources-dev下的相同文件为准,不一样的文件取并集。其实这样配合下面讲的profiles也可以实现各种不同环境的自动切换。
前面讲到被过滤的文件会被真实值填写文件中的${key}位置,那这些真实值来自哪里呢?
这些真实值其实都来自于profiles的配置里面,如下
<profiles>
<profile>
<id>dev</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<profile>
<id>dev</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<properties>
<config>pathConfig</config>
</properties>
</profile>
</profile>
</profiles>
这段配置结合文章开头的配置,就会把context.xml文件中的${config}在打包过程中替换成pathConfig,而其他配置文件不受任何影响,利用这种特性也可以实现各种不同环境的自动切换,主要是在打包时指定使用哪个profile即可,命令如下:
man clean package -Pdev(利用id=dev的profile配置打包)
利用以上配置时,若是配置信息比较多,可能导致<properties>需要配置很多项,看起来不够简洁,这时可以利用profile的另外一个节点属性filter,可以指定文件,并使用指定文件中的配置信息来填写过滤文件的内容。配置如下:
<profile>
<id>dev</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<build>
<filters>
<filter>config-dev.properties</filter>
</filters>
<id>dev</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<build>
<filters>
<filter>config-dev.properties</filter>
</filters>
</build>
</profile>
相关推荐
maven-resources-plugin-3.1.0.jar
maven-resources-production java.lang.NegativeArraySizeException java.lang.NegativeArraySizeException 问题解决
maven-resources-plugin-2.4.1.jar
maven-resources-plugin-2.4.3.maven-resources-plugin-2.4.3.
maven-resources-plugin-2.0.jar
### ResourceBundle与Properties读取Maven中Resources目录下的资源文件 #### 一、概述 在Java开发过程中,我们经常需要读取资源文件中的配置信息。在Maven项目中,`src/main/resources`目录下通常存放了各种配置...
maven-resources-plugin-2.5.jar
maven-resources-plugin-2.4.jar
本文将详细介绍如何在Eclipse中安装和配置该插件,以及如何通过它来管理Maven项目。 #### 二、离线安装Eclipse Maven Plugin 对于没有网络连接或者希望离线安装插件的情况,可以通过以下步骤进行: ##### 步骤1:...
下面将详细介绍这些内容。 1. Maven 3.1和3.2版本: Maven 3.x系列相较于之前的版本,引入了诸多改进,如性能优化、更好的错误报告、支持多模块项目和更灵活的依赖管理。Maven 3.1是在3.0的基础上进行的增强,增加...
** MAVEN库与配置详解 ** Maven是一个强大的项目管理和依赖管理工具,广泛应用于Java开发领域。它通过提供一个统一的构建过程,简化了项目的构建、依赖管理和文档生成。Maven使用XML格式的配置文件来定义项目的构建...
maven-resources-plugin-2.3.jar
maven-richfaces-resources-plugin-4.2.3.cr1-sources.jar
### Maven的生命周期和插件详解 #### Maven生命周期概述 Maven是一个项目管理和综合工具,它通过一系列预定义的任务和明确的构建生命周期来管理项目的构建、报告和文档。Maven的核心特性之一是其生命周期...
maven-richfaces-resources-plugin-4.3.0.20120802-m1-sources.jar
java jar包,亲测试可用 安全,可以对其进行数字签名,只让能够识别数字签名的用户使用里面的东西。 加快下载速度; 压缩,使文件变小,与ZIP压缩机制完全相同。 ...能够让JAR包里面的文件依赖于统一版本的类文件。...
java jar包,亲测试可用 安全,可以对其进行数字签名,只让能够识别数字签名的用户使用里面的东西。 加快下载速度; 压缩,使文件变小,与ZIP压缩机制完全相同。 ...能够让JAR包里面的文件依赖于统一版本的类文件。...
官方离线安装包,测试可用。请使用rpm -ivh [rpm完整包名] 进行安装
基于maven创建web项目 ...本文介绍了基于maven创建web项目的步骤,包括搭建maven环境、集成maven到Myeclipse2013和创建maven架构下的WEB工程。通过这篇文章,读者可以学习到如何使用maven来构建和管理web项目。