カタカナの「ソ」以降の文字が文字化けします

propertiesファイルから文字列を読み込む処理を行っているのですが、文字列にカタカナの「ソ」がはいると、「ソ」自体とそれ以降の１文字が文字化けしてしまいます。
これには何か対処方法があるのでしょうか？

こんな感じの処理を行っています。
【propertiesファイルの内容】
path=C:\\MyWork\\ソース\\download

【読み込み処理】
FileInputStream fis = new FileInputStream(propfile);
Properties prop = new Properties();
prop.load(fis);

String sjs_path = getString(prop.getProperty("path");
String uni_path = new String(sjs_path.getBytes("iso-8859-1"), "Shift_JIS");

アドバイスよろしくお願いいたします。

No.2 ベストアンサー 回答者： chie65536 回答日時： 2004/09/28 16:52

「ソ」はシフトJISコードで「835c」ですが、第２バイトの「5c」はエスケープ文字の「\」と同じコードです。

従って「ソ」の次の文字「ー」の第１バイトをエスケープします。つまり「ソ」の第２バイトの「\」が欠落します。

ソース
↓
83 5c 81 5b 83 58
↓
83 \ 81 [ 83 X　←「\ 81」が「81」にエスケープされる
↓
83 81 [ 83 X
↓
メ[ス

これは「ソ」以外にも「Ы」「(9)」「噂」「浬」などの、第２バイトが「\」になる文字で発生します。

読み込むデータをEUCで記述しておくか、中間ファイルにEUCで書き出してから読み込むか、読み込むデータを「C:\\MyWork\\ソ\ース\\download」と書いておくなど、シフトJISコードの第２バイトが「\」になっても構わない書き方をする工夫が必要です。

この回答へのお礼

とてもわかりやすい説明で、私にもよくわかりました。ありがとうございます。

対応方法もいくつか教えていただけたので、検討してみます。
ありがとうございました。

お礼日時：2004/09/30 09:19

No.7 回答者： ngsvx 回答日時： 2004/09/29 13:06

#4です。

なるほど、プロパティーファイルを、シフトＪＩＳで書いたんですね。

プロパティーファイルは、Unicode escapesが使用できるようになっていて、
￥マークを特別扱いします。

そのため、￥マークのある文字は正確なバイト配列になりません。

例えば、ファイルに「ソラ」とあったとします。
（シフトＪＩＳで　83h 5ch 83h 89h）

これを読んだときに、￥マーク(5ch)があるため、文字列は

83h 83h 89h

になってしまいます。

つまり、質問者さんのコードの

String sjs_path = getString(prop.getProperty("path");

の部分のsjs_pathは￥マークを除去されたものになっています。

従って、正しい変換はできません。


解決策は、

１．Properties#storeで書き込む。
２．手書きするなら、\uXXXXの形式で（Unicodeで記述する）
３．native2ascii ツールを使用する。

のどれかだと思います。

参考URL：http://java.sun.com/j2se/1.4/ja/docs/ja/api/java …

この回答へのお礼

プロパティファイルはお客様が用意されるので、そちらの都合でSJISコードになってしまうんです・・・。

いくつかご提案いただいた対応策を検討中です。
度々のご回答、ありがとうございました。

お礼日時：2004/09/30 09:24

No.6 回答者： nuki 回答日時： 2004/09/28 18:59

理由は、ANo.5でお答えになった方の通りです。

対処方法としては、

1.propertiesファイルを予め変換しておく
j2seのsdkに含まれるnative2ascii.exeで予め変換して
おくと、正常に読み込むことが出来ます。
sdkのインストールフォルダのbinフォルダ下にあります。
こうすればエンコーディングの変換は事前に済ませる
ことができます。

2.Jakarta CommonsのExtendedPropertiesを使う
java.util.Propertiesを機能拡張した
org.apache.commons.collections.ExtendedProperties
を使うと、loadの引数にエンコーディング文字列が
使えますので、エンコーディングの変換ソースの
作成がそもそも不要になります。

Jakarta Commonsはオープンソースです。
参考URLに一部の日本語訳サイトを掲示しました。
残念ながら、ExtendedPropertiesは未翻訳の様ですが。

参考URL：http://www.jajakarta.org/

この回答へのお礼

対処方法のご提示、ありがとうございます。
どの方法が一番私が作成する機能にうまく組み込めそうか検討中です。

いろいろな方法を教えていただけて助かりました。

お礼日時：2004/09/30 09:22

No.5 回答者： ranx 回答日時： 2004/09/28 17:18

java.util.Properties#load() は、ファイルがISO8859-1エンコーディングで書かれていることを

前提としていますから、多バイト文字を含むファイルを読む時には使えません。
Propertiesを拡張したクラスを作ってload()をオーバーライドし、
java.io.InputStreamReader 等でエンコーディングを指定して読み込めばよいと思います。

ひょっとすると、もっとスマートなやり方もあるかもしれませんが。

この回答へのお礼

> java.util.Properties#load() は、ファイルがISO8859-1エンコーディングで書かれていることを
> 前提としていますから、多バイト文字を含むファイルを読む時には使えません。

このことは初めて知りました・・・。
対応方法は他の方々のご提案も含めいろいろ検討してみます。

ありがとうございました。

お礼日時：2004/09/30 09:17

No.4 回答者： ngsvx 回答日時： 2004/09/28 17:06

>String uni_path = new String(sjs_path.getBytes("iso-8859-1"), "Shift_JIS");

おかしくありませんか？

これだと、

「sjs_pathの内容をiso-8859-1のバイト配列にし、
それを（iso-8859-1のバイト配列）をシフトＪＩＳとみなして復号化する」

ことになります。

この回答への補足

以下のコードの説明ですが、

>String uni_path = new String(sjs_path.getBytes("iso-8859-1"), "Shift_JIS");

”sjs_pathをiso-8859_1の文字列としてバイト列に変換して、文字コードをShift_JISと仮定してunicodeへ変換する”という意味だと思うんですが・・・。

http://hp.vector.co.jp/authors/VA017148/java/enc …

を参考にしました。

補足日時：2004/09/28 18:08

No.3 回答者： chie65536 回答日時： 2004/09/28 17:00

＃２です。

＞これは「ソ」以外にも「Ы」「(9)」「噂」「浬」などの
「(9)」はローマ数字「IX」です。

教えてgooが勝手に「IX」を「(9)」に書き替えてくれやがりました(怒)

No.1 回答者： ysaito0603 回答日時： 2004/09/28 16:41

文字「ソ」は、SJISで0x835Cとなり、下位１バイトが5Cすなわち「￥（半角文字）」となります。

Javaはあまり詳しくないので、どうしたらいいかまでアドバイスはできませんが、このへんではないでしょうか？