it-swarm.com.ru

Как настроить кодировку в Maven?

Когда я запускаю maven install в моем многомодульном проекте maven, я всегда получаю следующий вывод:

[WARNING] File encoding has not been set, using platform encoding UTF-8, i.e. build is platform dependent!

Итак, я немного погуглил, но все, что я могу найти, это то, что я должен добавить:

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

... на мой pom.xml. Но он уже есть (в родительском pom.xml).

Настройка <encoding> для maven-resources-plugin или maven-compiler-plugin также не исправляет это. 

Так в чем проблема?

305
Ethan Leroy

ОК, я нашел проблему.

Я использую некоторые плагины отчетности. В документации плагина failsafe-maven-plugin ( http://maven.Apache.org/plugins/maven-failsafe-plugin/integration-test-mojo.html ) я обнаружил, что конфигурация <encoding> - из Конечно, по умолчанию используется ${project.reporting.outputEncoding}. Поэтому я добавил свойство как дочерний элемент элемента project и теперь все в порядке:

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

Смотрите также  http://maven.Apache.org/general.html#encoding-warning

464
Ethan Leroy

Это было бы в дополнение к предыдущему, если кто-то встречает проблему со скандинавскими буквами, которая не решается с помощью решения выше.

Если исходные файлы Java содержат буквы скандиса, их нужно правильно интерпретировать с помощью Java, используемого для компиляции . (например, скандальные буквы, используемые в константах)

Даже если файлы хранятся в UTF-8 и Maven настроен на использование UTF-8, системная Java, используемая Maven, все равно будет использовать системную настройку по умолчанию (например, в Windows: cp1252).

Это будет видно только при выполнении тестов через maven (возможно, при печати значений этих констант в тестах. Напечатанные буквы скандиса будут отображаться как '<?>') Если не проверено должным образом, это повредит файлы классов при компиляции результат и остаться незамеченным.

Чтобы предотвратить это, вы должны установить Java, используемый для компиляции , чтобы использовать кодировку UTF-8 . Недостаточно иметь настройки кодировки в maven pom.xml, вам нужно установить переменную среды : Java_TOOL_OPTIONS = -Dfile.encoding = UTF8

Кроме того, если вы используете Eclipse в Windows, вам может потребоваться установить кодировку, используемую в дополнение к этому (если вы запускаете отдельный тест через Eclipse).

38
Ville Myrskyneva

Если вы объедините ответы выше, наконец, pom.xml, настроенный для UTF-8, должен выглядеть так.

pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.Apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.Apache.org/POM/4.0.0 http://maven.Apache.org/xsd/maven-4.0.0.xsd">

    <modelVersion>4.0.0</modelVersion>

    <groupId>YOUR_COMPANY</groupId>
    <artifactId>YOUR_APP</artifactId>
    <version>1.0.0-SNAPSHOT</version>

    <properties>
        <project.Java.version>1.8</project.Java.version>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
    </properties>

    <dependencies>
        <!-- Your dependencies -->
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.Apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.7.0</version>
                <configuration>
                    <source>${project.Java.version}</source>
                    <target>${project.Java.version}</target>
                    <encoding>${project.build.sourceEncoding}</encoding>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.Apache.maven.plugins</groupId>
                <artifactId>maven-resources-plugin</artifactId>
                <version>3.0.2</version>
                <configuration>
                    <encoding>${project.build.sourceEncoding}</encoding>
                </configuration>
            </plugin>
        </plugins>
    </build>
</project>
28
bhdrk

Попробуй это:

<project>
  ...
  <build>
    <plugins>
      <plugin>
        <groupId>org.Apache.maven.plugins</groupId>
        <artifactId>maven-resources-plugin</artifactId>
        <version>2.7</version>
        <configuration>
          ...
          <encoding>UTF-8</encoding>
          ...
        </configuration>
      </plugin>
    </plugins>
    ...
  </build>
  ...
</project>
4
fabrik

В моем случае я использовал maven-dependency-plugin, поэтому для решения этой проблемы мне пришлось добавить следующее свойство:

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

Смотрите Плагин Apache Maven Resources/Указание схемы кодировки символов

1
isapir

Кажется, что люди смешивают кодировку контента со встроенной кодировкой файлов/ресурсов. Иметь только мавенские свойства недостаточно. Наличие -Dfile.encoding=UTF8 не эффективно. Чтобы избежать проблем с кодировкой, вы должны следовать следующим простым правилам

  1. Установите кодировку maven, как описано выше:
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
  1. Всегда устанавливайте кодировку явно, когда работаете с файлами, строками, IO в вашем коде. Если вы не будете следовать этому правилу, ваше приложение будет зависеть от среды. -Dfile.encoding=UTF8 точно отвечает за настройку среды выполнения, но мы не должны зависеть от этого. Если у вас тысячи клиентов, потребуется больше усилий для настройки систем и поиска проблем из-за этого. У вас просто есть дополнительная зависимость, которую вы можете избежать, установив ее явно. Из-за этого большинство методов в Java, использующих кодировку по умолчанию, помечены как устаревшие.

  2. Убедитесь, что контент, с которым вы работаете, также находится в той же кодировке, что и вы. Если это не так, предыдущие шаги не имеют значения! Например, файл не будет обработан правильно, если его кодировка не UTF8, но вы ожидаете этого. Чтобы проверить кодировку файлов в Linux:

$ file --mime F_PRDAUFT.dsv

  1. Принудительное принудительное кодирование клиентов/серверов в запросах/ответах, вот примеры:
@Produces("application/json; charset=UTF-8")
@Consumes("application/json; charset=UTF-8")

Надеюсь, это будет кому-то полезно.

0
Alexandr