BufferedReader gibt ISO-8859-15 String - konvertieren von UTF16-String?

Habe ich ein FTP-client-Klasse gibt InputStream zeigen Sie die Datei. Ich möchte die Datei zu Lesen, Zeile für Zeile mit dem BufferedReader. Das Problem ist, dass der client gibt die Datei im binary-Modus und die Datei ist ISO-8859-15-Kodierung.

  • Ich sehe nicht, wie UTF-8 ist hier mit einbezogen - Java verwendet UTF-16 intern, nicht UTF-8.
  • Sorry, es sollte, sagte UTF-16. Behoben.
InformationsquelleAutor tputkonen | 2009-07-01
  1. 21

    Wenn die Datei/stream/whatever wirklich enthält ISO-8859-15 codierte Textdatei, die Sie gerade brauchen, um festzulegen, dass beim erstellen der InputStreamReader:

    BufferedReader br = new BufferedReader(
    new InputStreamReader(ftp.getInputStream(), "ISO-8859-15"));

    Dann readLine() erstellen gültige Zeichenketten in Java die native Zeichencodierung (was ist UTF-16 und nicht UTF-8).

    • Ich bin mir ziemlich sicher, dass, wenn Sie die form der Konstruktor, einen encoder argument, nicht nur eine Zeichenfolge oder ein charset, werden Sie nicht bekommen, eine Ausnahme, die auf fehlerhaften input.
    • Sie sprechen über die ISR-Konstruktor, einen CharsetDecoder argument, richtig? Es ist wahr, alle anderen ctors erstellen Decoder, ersetzen ungültige Zeichen anstelle von werfen von Ausnahmen. Aber ich glaube nicht, dass eine ISO-8859-15-decoder jemals eine exception werfen sowieso. Jedes mögliche byte-Wert-Karten, um ein gültiges Zeichen, und das ist der einzige Weg, es könnte erkennen, fehlerhafte Eingabe.
    • Ja, das ist richtig. Das problem ist, wenn Sie Fragen, für UTF-8 und bekomme es nicht — und nicht bekommen, eine Ausnahme!! Ebenso für die Ausgabe, wenn du (dumm) sind standardmäßig auf die Plattform, Standard-Codierung, die auf dem Mac mindestens ersetzt unmappable code Punkte mit ? Zeichen, wieder mit weder Warnung noch die Ausnahme. Ich bin zu einer viel sichereren Verhalten mit Perl in diesen Bereichen, und die Java-Standardeinstellungen sind einfach nur kaputt. Unsere gesamte Codebasis (das Java-Teil, der Perl-Teil) ist gespickt mit fiesen Fehler, weil dieser. Fast macht Lust auf monkey-patch-std-Java-libs. Fast. ☺
    InformationsquelleAutor Alan Moore
  2. 9

    Versuchen Sie dies:

    BufferedReader br = new BufferedReader(
                        new InputStreamReader(
                            ftp.getInputStream(),
                            Charset.forName("ISO-8859-15")
                        )
                    );
String row = br.readLine();
    InformationsquelleAutor bruno conde
  3. 1

    Den ursprünglichen string in ISO-8859-15, also der byte-stream Lesen, die von Ihrem InputStreamReader wird in dieser Codierung. So Lesen Sie in der Verwendung, dass die Kodierung (geben Sie diese im Konstruktor von InputStreamReader). Das sagt der InputStreamReader, dass der ankommende byte-Strom ist in ISO-8859-15 und nehmen Sie die gewünschte byte-Zeichen Konvertierungen.

    Nun wird es in der standard-Java-UTF-16-format, und Sie können dann tun, was Sie wünschen.

    Ich denke, das aktuelle problem ist, dass Sie Lesen Sie es mit Ihrem Standard-Codierung (nicht durch Angabe einer Zeichenkodierung in der InputStreamReader), und dann zu versuchen, Sie zu konvertieren, zu welcher Zeit es zu spät ist.

    Verwendung von default-Verhalten für diese Art von Klassen, die oft endet in Trauer. Es ist eine gute Idee, um anzugeben, Kodierungen, wo immer Sie können, und/oder die Standard-VM-Codierung über -Dfile.encoding

    • Warum Downvoted ?
    • Muss schon ein misclick, sorry, es verlassen zu spät rückgängig zu machen 🙁
    InformationsquelleAutor Brian Agnew
  4. 0

    Haben Sie versucht:

    BufferedReader r = new BufferedReader(new InputStreamReader("ISO-8859-1"))
...
    • s/b ISO-8859-15, nicht ISO-8859-1
    InformationsquelleAutor Brian Clapper
Schreibe einen Kommentar