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>