Pourquoi dois-je obtenir une impossibles à mapper pour l'encodage de caractères UTF-8 quand j'ai changé de maven compilateur java plug-in à partir de 1,5 à 1,6?

J'ai un projet en Java et j'utilise Apache Maven. Tout ce temps j'ai été en utilisant Maven compilateur Java plugin avec les paramètres source=1.5 et target=1.5 définis dans pom.xml fichier. Depuis que je l'ai changé pour source=1.6 et target=1.6 j'obtiens l'erreur suivante:

XXXXXXXX.java:[54,27] impossibles à mapper pour l'encodage de caractères UTF-8

J'ai été tester différentes configurations et j'ai tourné showWarnings de valeur vrai j'ai donc pu voir que la valeur 1.5 pour source et cible c'est un avertissement et non une erreur.

J'ai besoin de changer le compilateur Java configuration de toute façon. Quelqu'un sait pourquoi est-ce si et comment puis-je résoudre ce problème sans modification de tous les fichiers source Java (il y a des centaines de fichiers avec cette question maintenant)?

Avez-vous regardé ce qui est à la ligne 54 de la colonne 27 de fichier XXXXXXXX.java pour voir ce qui est là? Essayez avec un hex capable de l'éditeur, ou quelque chose qui peut afficher les caractères masqués comme notepad++
C'est un problème d'encodage avec un spécial latine caractère d'un paragraphe (toutes les erreurs sont en commentaires dans le code). Si j'essaie avec encoding=ISO-8859-1 il compile OK (je ne peux pas changer l'ensemble du projet de codage de caractères en tout cas). Ma question est: pourquoi est-ce une erreur avec source=1.6 et target=1.6 et c'est un avertissement avec source=1.5 et target=1.5?

OriginalL'auteur joragupra | 2011-08-26

  1. 12

    Ma question est: pourquoi est-ce une erreur avec source=1,6 et cible=1.6
    et c'est un avertissement avec source=1.5 et cible=1.5?

    Courte réponse, parce que ils l'ont dit:

    -source 1.6 C'est la valeur par défaut. Pas de changements de langue ont été
    introduit dans Java SE 6. Cependant, le codage des erreurs dans les fichiers source sont
    désormais considérées comme des erreurs, au lieu de mises en garde, comme précédemment.

    @DaveG craintes sont légitimes, et vous devriez essayer de:

    • Modifier le fichier d'encodage de vos fichiers source
    • rechercher/remplacer ces caractères avec votre IDE
    Bonne prise. Java a toujours été très laxiste sur les erreurs d'encodage. J'ai essayé d'obtenir les gens à l'utiliser d'une manière que les rapports d'erreurs de codage comme des erreurs, mais vous avez à y travailler. Il est bon que ces sont maintenant pris.
    Absolument. Cela permettra d'économiser des heures fastidieuses de débogage et de "ma webapp montre bizarre chars" questions sur la!
    génial reprendre sur ce point. N'avais pas considéré comme le chasser vers le bas par le biais de la documentation
    Pourquoi ce lancer erreur, même dans les commentaires? - Il vraiment pas si drôle.

    OriginalL'auteur Brian Clozel