Encodage ISO 8859-1 de faire imprimer des fichiers dans un programme en Java

J'écris un programme qui implémente une structure de fichier, le programme imprime un produit de fichier basé sur la structure. Les noms de produits comprennent les lettres Æ, Ø Å. Ces caractères ne sont pas affichés correctement dans le fichier de sortie. J'utilise

PrintWriter printer = new PrintWriter(new FileOutputStream(new File("products.txt")));

IS0 8859 - 1 ou Windows ANSI (CP 1252) est le jeux de caractères et la mise en œuvre prevoit.

OriginalL'auteur user265767 | 2011-09-08

  1. 5

    Il y a deux possibilités:

    • Java utilise le mauvais encodage lors de la sortie du fichier.
    • Le fichier est correct, et tout ce que vous utilisez pour afficher le fichier est à utiliser le mauvais encodage.

    En supposant que le problème est la première, la cause est que Java a compris que l'encodage par défaut de la plate-forme est quelque chose d'autre que celui que vous souhaitez /vous attendre. Il existe trois façons de résoudre ce problème:

    • Comprendre pourquoi Java a le got de paramètres régionaux par défaut de codage et de la "mauvaise" et y remédier. Il aura quelque chose à faire avec votre système d'exploitation et les paramètres régionaux ...

    • Lire cette FAQ pour plus de détails sur la façon dont vous pouvez remplacer les paramètres régionaux par défaut des paramètres à la ligne de commande.

    • Utiliser un PrintWriter constructeur qui spécifie l'encodage explicite afin que votre demande ne repose pas sur le codage par défaut. Par exemple:

      PrintWriter pw = new PrintWriter("filename", "ISO-8859-1");

    En réponse à ce commentaire:

    Ne pas PrintWriters ont tous les bug que vous ne pouvez pas savoir vous avez eu une erreur avec eux?

    • Il n'est pas un bug, c'est une caractéristique de conception.
    • Vous pouvez savoir si il y avait une erreur. Vous ne pouvez pas savoir ce que c'était.
    • Si vous ne l'aimez pas, vous pouvez utiliser Writer à la place.

    Ils ne lèvera une exception ou même de retour à l'échec si vous essayez de pousser un codepoint à eux qui ne rentre pas dans la désignation de l'encodage.

    Ni régulier Writer je crois ... à moins que vous spécifiquement construire à le faire. Le comportement normal est de remplacer toute impossibles à mapper codepoint avec un caractère spécifique, si ce n'est pas spécifié dans la documentation javadoc (IIRC).

    - Ils encore dire si vous avez le système de fichiers se remplit; il me semble qu'ils n'en ont pas.

    Qui est vrai. Cependant:

    • Pour le type de fichier que vous écrivez habituellement à l'aide d'un PrintWriter ce n'est pas un problème critique.

    • Si c'est un problème critique ET que vous souhaitez toujours utiliser PrintWriter, vous pouvez toujours faire appel à checkError() (IIRC) pour savoir si il y avait une erreur.

    Je finis toujours par écrit mon OutputStreamWriter constructeur explicite Charset.forName("UTF-8").newEncoder() deuxième argument. C'est un peu fastidieux, c'est pourquoi peut-être il ya une meilleure façon.

    Je ne sais pas.

    Est-il possible de faire de sortie Java le bon fichier ? Truie on peut être sûr!
    lire la mise à jour de réponse
    Ne pas PrintWriters tous ont le bug que vous ne pouvez pas savoir vous avez eu une erreur avec eux? Ils ne lèvera une exception ou même de retour à l'échec si vous essayez de pousser un codepoint à eux qui ne rentre pas dans la désignation de l'encodage. Ont-ils même de vous dire si vous le système de fichiers se remplit; il me semble qu'ils n'en ont pas. Je finis toujours par écrit mon OutputStreamWriter constructeur explicite Charset.forName("UTF-8").newEncoder() deuxième argument. C'est un peu fastidieux, c'est pourquoi peut-être il ya une meilleure façon.

    OriginalL'auteur Stephen C