在maven中配置不同文件类型的编码？

我用maven 资源插件 http://maven.apache.org/plugins/maven-resources-plugin/faq.html过滤我的 Maven 项目中的一些资源。在我的父项目中，我有：

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

在一个子项目中我有一个测试.属性文件是一个普通的文件java属性文件 http://docs.oracle.com/javase/1.4.2/docs/api/java/util/Properties.html默认编码=ISO-8859-1。该文件包含：

aboutText=Version ${project.version} © 2012 blabla

为了确保此文件正确过滤，我已将 maven-resource-plugin 拆分为单独的执行，每个执行都有其编码：

  <plugin>
    <artifactId>maven-resources-plugin</artifactId>
    <configuration>
      <nonFilteredFileExtensions>
        <nonFilteredFileExtension>ico</nonFilteredFileExtension>
        <nonFilteredFileExtension>jar</nonFilteredFileExtension>
      </nonFilteredFileExtensions>
    </configuration>
    <executions>
      <execution>
        <id>filter-properties-files</id>
        <phase>generate-resources</phase>
        <goals>
          <goal>copy-resources</goal>
        </goals>
        <configuration>
          <!-- java properties files are encoded in ISO-8859-1 so when 
            filtering those files we stick with that encoding. -->
          <encoding>ISO-8859-1</encoding>
          <outputDirectory>${basedir}/after</outputDirectory>
          <resources>
            <resource>
              <filtering>true</filtering>
              <directory>${basedir}/before</directory>
              <includes>
                <include>**/*.properties</include>
              </includes>
            </resource>
          </resources>
        </configuration>
      </execution>
      <execution>
        <id>filter-non-properties-files</id>
        <phase>generate-resources</phase>
        <goals>
          <goal>copy-resources</goal>
        </goals>
        <configuration>
          <encoding>${project.build.sourceEncoding}</encoding>
          <outputDirectory>${basedir}/after</outputDirectory>
          <resources>
            <resource>
              <filtering>true</filtering>
              <directory>${basedir}/before</directory>
              <includes>
                <include>**/*.product</include>
                <include>**/*.inf</include>
              </includes>
            </resource>
          </resources>
        </configuration>
      </execution>
    </executions>
  </plugin>

这似乎有点过分了，我有一种感觉，我要么没有正确使用该插件，要么应该以其他方式处理这个问题。也许坚持直接在属性文件中编码特殊字符：

aboutText=Version ${project.version} \u00a9 2012 blabla

?

这个问题本身就是一个非常宝贵的答案，因为显然作者提供的复杂过程是为各种过滤文件类型配置不同编码的唯一方法。然而，给出的示例特定于作者的非标准用例，并掩盖了一些重要的细节，如果没有这些细节，该示例的实际使用就会充满陷阱：

• 不是很明显，但是在作者的例子中默认资源复制目标resources仍然启用并在两个既定目标之外运行！
• 您会注意到作者使用了生命周期阶段generate-resources而不是默认的process-resources。这是绕过上面第一点的技巧；通过使两个copy-resources目标发生在较早的生命周期阶段，根据给定的规则复制资源，然后当default-resources目标是原始资源复制保持不变，显然是因为它overwrite设置默认值false。但最好是完全禁用 https://stackoverflow.com/a/7800764/421049 the default-resources执行。
• 作者提供了一个outputDirectory宣言。人们很自然地认为作者提供这个只是因为需要自定义输出目录；毕竟，resourcesgoal 为此设置提供默认值。但奇怪的是，对于copy-resources目标这个设置其实是需要的！有一个标准的 Maven 变量${project.build.outputDirectory}但是，它可以用作值。

基于作者在问题中自己的示例，这里是一种使用 ISO-8859-1 过滤属性文件的剪切和粘贴方法，复制其他文件而不进行过滤，并防止发生默认资源复制；全部使用标准源目录和目标目录：

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>2.7</version>
  <executions>
    <execution>
      <!-- Turn off default resource copying. -->
      <id>default-resources</id>
      <phase />
    </execution>
    <execution>
      <!-- Filter resources in properties files. -->
      <id>filter-properties-files</id>
      <phase>process-resources</phase>
      <goals>
        <goal>copy-resources</goal>
      </goals>
      <configuration>
        <encoding>ISO-8859-1</encoding>
        <outputDirectory>${project.build.outputDirectory}</outputDirectory>
        <resources>
          <resource>
            <directory>src/main/resources</directory>
            <filtering>true</filtering>
            <includes>
              <include>**/*.properties</include>
            </includes>
          </resource>
        </resources>
      </configuration>
    </execution>
    <execution>
      <!-- Do not do property substitution in files that are not properties files, such as binary files. -->
      <id>copy-other-resources</id>
      <phase>process-resources</phase>
      <goals>
        <goal>copy-resources</goal>
      </goals>
      <configuration>
        <outputDirectory>${project.build.outputDirectory}</outputDirectory>
        <resources>
          <resource>
            <directory>src/main/resources</directory>
            <filtering>false</filtering>
            <excludes>
              <exclude>**/*.properties</exclude>
            </excludes>
          </resource>
        </resources>
      </configuration>
    </execution>
  </executions>
</plugin>

Update:经过更多研究，我相信，可以简单地修改默认执行以忽略属性文件，并添加对属性文件的过滤作为附加执行，而不是禁用默认执行。此外，如果resources使用目标而不是copy-resources，不需要指示输出目录或阶段，因为resources:resources自动绑定到process-resources相位和输出到${project.build.outputDirectory}。请注意，我已经更新到该插件的 3.1.0 版本，因此其中一些选项可能在我上面使用的版本中不可用。我还没有测试过这个新的、更短的配置。

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.1.0</version>
  <executions>
    <execution>
      <!-- Ignore properties files by default. -->
      <id>default-resources</id>
      <configuration>
        <resources>
          <resource>
            <directory>${project.basedir}/src/main/resources</directory>
            <excludes>
              <exclude>**/*.properties</exclude>
            </excludes>
          </resource>
        </resources>
      </configuration>
    </execution>
    <execution>
      <!-- Filter resources in properties files using ISO-8859-1. -->
      <id>filter-properties-files</id>
      <goals>
        <goal>resources</goal>
      </goals>
      <configuration>
        <encoding>ISO-8859-1</encoding>
        <resources>
          <resource>
            <directory>${project.basedir}/src/main/resources</directory>
            <filtering>true</filtering>
            <includes>
              <include>**/*.properties</include>
            </includes>
          </resource>
        </resources>
      </configuration>
    </execution>
  </executions>
</plugin>

也许有人可以测试这个新配置，并让我知道它是否与我上面给出的原始配置相同。