maven的resources介绍

在开发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>

</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>

    <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>

    <properties>

      <config>pathConfig</config>

    </properties>
  </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>

  </build>

</profile>