はじめまして、JSP＋JAVA＋Tomcatで開発中の者です。
困ったことはWEBフォームから「〜」等の特定文字がDBに登録出来ない事です。
そこで文字コードの問題を解決したいのですが。
問題点）
JSPファイル中の
<% page contentType="text/html; charset=ISO-2022-JP" %>
これを
<% page contentType="text/html; charset=EUC-JP" %>
に変更してみようかと思うのですが、この結果
org.apache.jasper.JasperException: JSPのクラスをコンパイルできません
という事になってしまいます。
EUCにさえしてしまえば、サーブレット側のgetParameterで取得した際に「〜」が文字化けせずに受け取れるかなと思っているのですが肝心のJSP側がこの状態で困っています。
困ったことはWEBフォームから「〜」等の特定文字がDBに登録出来ない事です。
そこで文字コードの問題を解決したいのですが。
問題点）
JSPファイル中の
<% page contentType="text/html; charset=ISO-2022-JP" %>
これを
<% page contentType="text/html; charset=EUC-JP" %>
に変更してみようかと思うのですが、この結果
org.apache.jasper.JasperException: JSPのクラスをコンパイルできません
という事になってしまいます。
EUCにさえしてしまえば、サーブレット側のgetParameterで取得した際に「〜」が文字化けせずに受け取れるかなと思っているのですが肝心のJSP側がこの状態で困っています。
|
|
|
|
コメント(43)
ご指摘の通りやってみましたが取得できてました。
res.setContentType("text/html; charset=Windows-31J");
req.setCharacterEncoding("Windows-31J");
String strData = req.getParameter("name").toString();
java.io.PrintWriter out = response.getWriter();
out.println("strData=" + strData);
結果
strData=〜
ところが取得出来た筈の〜をStringに入れてＳＱＬを生成実行すると文字化けてしまいます。
ＳＱＬ文が文字化けたそのままに、ポストグレスにも保存される模様です。
ＳＱＬ文
'$B!A(B'
ＤＢ
$B!A(B
取得は出来ているのだから、あとはこれをポストグレスが使えるＥＵＣ−ＪＰに変更してあげれば良いのでしょうか？
となると
String(request.getParameter("name").getBytes("Windows-31J"), "EUC-JP")
みたいな操作が必要なんでしょうか？
res.setContentType("text/html; charset=Windows-31J");
req.setCharacterEncoding("Windows-31J");
String strData = req.getParameter("name").toString();
java.io.PrintWriter out = response.getWriter();
out.println("strData=" + strData);
結果
strData=〜
ところが取得出来た筈の〜をStringに入れてＳＱＬを生成実行すると文字化けてしまいます。
ＳＱＬ文が文字化けたそのままに、ポストグレスにも保存される模様です。
ＳＱＬ文
'$B!A(B'
ＤＢ
$B!A(B
取得は出来ているのだから、あとはこれをポストグレスが使えるＥＵＣ−ＪＰに変更してあげれば良いのでしょうか？
となると
String(request.getParameter("name").getBytes("Windows-31J"), "EUC-JP")
みたいな操作が必要なんでしょうか？
いまＪＤＢＣドライバのバージョンの調べ方を探していたのですが、その課程でちょっと気になる事が。
--------------------------------原文ママ----------------
Connection conn = DriverManager.getConnection(
"jdbc:postgresql://localhost/testdb?charSet=UTF-8", "postgres", "");
Statement stmt = conn.createStatement();
stmt.executeUpdate("set client_encoding to 'UTF-8'");
PostgreSQLでは、WindowsでのUDF（機種依存文字とか呼ばれるNEC特殊文字とかIBM拡張文字を含む）もEUC-JPや UNICODEにマッピングしてくれるが、Javaではそれをやってくれないので、データベースエンコーディングにEUC-JPを使いたい場合はこのような設定をすることでいくつかの問題を回避できる。
データベースエンコーディングがUNICODEであればこんなことをする必要は無い。
--------------------------------ここまで----------------
とあるのですが、他の人が作成したＤＢアクセスクラスで上記の
Connection conn = DriverManager.getConnection(
"jdbc:postgresql://localhost/testdb?charSet=UTF-8", "postgres", "");
これが未定義なのです。
lookup("java:/comp/env/jdbc/PostgreSQL")
これしか書いてない。
これが原因なのでは？とも思いましたけどどうでしょう？
lookup("java:/comp/env/jdbc/PostgreSQL://localhost/testdb?charSet=UTF-8")
ただこのtestdbの所の記述が環境によって変わる？ＤＢ名？という謎が残ってますが。
--------------------------------原文ママ----------------
Connection conn = DriverManager.getConnection(
"jdbc:postgresql://localhost/testdb?charSet=UTF-8", "postgres", "");
Statement stmt = conn.createStatement();
stmt.executeUpdate("set client_encoding to 'UTF-8'");
PostgreSQLでは、WindowsでのUDF（機種依存文字とか呼ばれるNEC特殊文字とかIBM拡張文字を含む）もEUC-JPや UNICODEにマッピングしてくれるが、Javaではそれをやってくれないので、データベースエンコーディングにEUC-JPを使いたい場合はこのような設定をすることでいくつかの問題を回避できる。
データベースエンコーディングがUNICODEであればこんなことをする必要は無い。
--------------------------------ここまで----------------
とあるのですが、他の人が作成したＤＢアクセスクラスで上記の
Connection conn = DriverManager.getConnection(
"jdbc:postgresql://localhost/testdb?charSet=UTF-8", "postgres", "");
これが未定義なのです。
lookup("java:/comp/env/jdbc/PostgreSQL")
これしか書いてない。
これが原因なのでは？とも思いましたけどどうでしょう？
lookup("java:/comp/env/jdbc/PostgreSQL://localhost/testdb?charSet=UTF-8")
ただこのtestdbの所の記述が環境によって変わる？ＤＢ名？という謎が残ってますが。
＞鳥取ループさん
ＳＱＬ編集の所をPreparedStatementで書き換えてみましたけどダメでした。
うーん、やっぱりＦＯＲＭから取得してる段階で文字化けしてるんじゃないでしょうか？
sql = "";
sql += "INSERT INTO table ";
sql += "(a,b,c) ";
sql += " VALUES (";
sql += "'" + strA + "', ";
sql += "'" + strB + "', ";
sql += "'" + strC + "', ";
sql += ") ";
dao.execute(con,sql);
以前はこの状態で実行してました。
＞なかのさん
そうですねえ、そのページもう一回見直してみようかなあ。
ＳＱＬ編集の所をPreparedStatementで書き換えてみましたけどダメでした。
うーん、やっぱりＦＯＲＭから取得してる段階で文字化けしてるんじゃないでしょうか？
sql = "";
sql += "INSERT INTO table ";
sql += "(a,b,c) ";
sql += " VALUES (";
sql += "'" + strA + "', ";
sql += "'" + strB + "', ";
sql += "'" + strC + "', ";
sql += ") ";
dao.execute(con,sql);
以前はこの状態で実行してました。
＞なかのさん
そうですねえ、そのページもう一回見直してみようかなあ。
あと一点不可解な事が起きてるんですが、ＪＳＰファイルを実行する際に
エラー発生
<%@ page contentType="text/html; charset=Windows-31J;"%>
エラー無し
<%@ page contentType="text/html; charset=Windows-31J;" pageEncoding="ISO-2022-JP"%>
ないし
<%@ page contentType="text/html; charset=ISO-2022-JP"%>
何故かページのエンコードがISO-2022-JPじゃないとエラーが出るんですよね。
Ｗｉｎｄｏｗｓ上とはいえちょっと変じゃないかと思うんですが、何分これ系の開発は今年始めたばかりで詳しくないので？なのです。
エラー発生
<%@ page contentType="text/html; charset=Windows-31J;"%>
エラー無し
<%@ page contentType="text/html; charset=Windows-31J;" pageEncoding="ISO-2022-JP"%>
ないし
<%@ page contentType="text/html; charset=ISO-2022-JP"%>
何故かページのエンコードがISO-2022-JPじゃないとエラーが出るんですよね。
Ｗｉｎｄｏｗｓ上とはいえちょっと変じゃないかと思うんですが、何分これ系の開発は今年始めたばかりで詳しくないので？なのです。
>鳥取ループさん
res.getWriter()で送り返すと「〜」で表示されてましたから、少なくともブラウザの世界では正常なんだと思います、でもサーブレット上で文字が、それも内部的に「のみ」化ける（文字コードが限定される？）なんて事あるんでしょうかね？？？
<%@ page contentType="text/html; charset=Windows-31J;"%>
なるほどファイルそのものを同じ文字コードで保存しなきゃ意味無いんですね、これはうかつでした。
<%@ page contentType="text/html; charset=Windows-31J;" pageEncoding="ISO-2022-JP"%>
ページエンコーディングのみで、キャラクターセットはWindows-31Jなんです。
＞時雨さん
それが何か調べてみます。
ヒントどうもありがとう。
res.getWriter()で送り返すと「〜」で表示されてましたから、少なくともブラウザの世界では正常なんだと思います、でもサーブレット上で文字が、それも内部的に「のみ」化ける（文字コードが限定される？）なんて事あるんでしょうかね？？？
<%@ page contentType="text/html; charset=Windows-31J;"%>
なるほどファイルそのものを同じ文字コードで保存しなきゃ意味無いんですね、これはうかつでした。
<%@ page contentType="text/html; charset=Windows-31J;" pageEncoding="ISO-2022-JP"%>
ページエンコーディングのみで、キャラクターセットはWindows-31Jなんです。
＞時雨さん
それが何か調べてみます。
ヒントどうもありがとう。
＞もなじらさん
状況からするとこれでほぼ間違いないと思うのは、
ブラウザでパラメータを送るページ(HTML)のエンコーディングが
ISO-2022-JPになっていませんでしょうか。
ブラウザでフォームを表示したときにエンコーディングがどうなっているか
ブラウザのメニューで調べてみてください。
ブラウザは、フォームが含まれるHTMLのエンコーディングでパラメータを送ります。
ISO-2022-JPで送られたパラメータをシフトJISで解釈してDBに格納しようとすると文字化けするが、
シフトJISで解釈してブラウザに送り返しても、ブラウザはISO-2022-JPと認識してくれている(UTF-8やEUCではこうはいきませんが、ISO-2022-JPでは符号化の性質上あり得ます)
...ということが起こっているとすればこの現象の説明がつきます。
状況からするとこれでほぼ間違いないと思うのは、
ブラウザでパラメータを送るページ(HTML)のエンコーディングが
ISO-2022-JPになっていませんでしょうか。
ブラウザでフォームを表示したときにエンコーディングがどうなっているか
ブラウザのメニューで調べてみてください。
ブラウザは、フォームが含まれるHTMLのエンコーディングでパラメータを送ります。
ISO-2022-JPで送られたパラメータをシフトJISで解釈してDBに格納しようとすると文字化けするが、
シフトJISで解釈してブラウザに送り返しても、ブラウザはISO-2022-JPと認識してくれている(UTF-8やEUCではこうはいきませんが、ISO-2022-JPでは符号化の性質上あり得ます)
...ということが起こっているとすればこの現象の説明がつきます。
>鳥取ループさん
>ブラウザでパラメータを送るページ(HTML)のエンコーディングが
>ISO-2022-JPになっていませんでしょうか。
それはpageEncodingの事じゃなくてですか？
pageEncodingならISO-2022-JPですが。
>ブラウザのメニューで調べてみてください。
エンコードは自動選択でシフトＪＩＳでした。
という事はビンゴ？
つまりres.getWriter()で書き戻すと、もう一度元に戻してくれるから正常に見えると。
対策としては？
・ページエンコーディング（並びにＪＳＰファイルの文字コードをWindows-31Jにする）
困ったな、ＪＳＰファイル作成するにもテラパッドが対応しているのが
shift-jis
jis ←現在はこれです
euc
unicode
utf-8
です。
>ブラウザでパラメータを送るページ(HTML)のエンコーディングが
>ISO-2022-JPになっていませんでしょうか。
それはpageEncodingの事じゃなくてですか？
pageEncodingならISO-2022-JPですが。
>ブラウザのメニューで調べてみてください。
エンコードは自動選択でシフトＪＩＳでした。
という事はビンゴ？
つまりres.getWriter()で書き戻すと、もう一度元に戻してくれるから正常に見えると。
対策としては？
・ページエンコーディング（並びにＪＳＰファイルの文字コードをWindows-31Jにする）
困ったな、ＪＳＰファイル作成するにもテラパッドが対応しているのが
shift-jis
jis ←現在はこれです
euc
unicode
utf-8
です。
条件によるんですが
処理Ａ）
<%@ page contentType="text/html; charset=Windows-31J;" pageEncoding="ISO-2022-JP"%>
response.setContentType("text/html; charset=Windows-31J");
request.setCharacterEncoding("Windows-31J");
この条件で行った際に以下の場所で文字化けします。
１．System.out.println
２．ＤＢ（ポストグレス）上
１と２が同じ結果になるので、おそらく
＞次のどこで化けてますか？
＞１．ブラウザ→Java
で
＞化けてる文字は？
＞２．「〜」
という結論になるかと思っています。
元データ：日本語〜
１．ＤＢ上
$BF|K\8l!A(B
２．System.out.println
$BF|K\8l!A(B
ここで以下の処理を加えた場合、以下のようになります
処理Ｂ）
strData3 = new String(request.getParameter(strName).getBytes("Windows-31J"), "iso-2022-jp");
１．System.out.println
日本語?
ですので
処理Ａ）
次のどこで化けてますか？
１．ブラウザ→Java
化けてる文字は？
２．全ての日本語
処理Ａ＋処理Ｂ）
次のどこで化けてますか？
１．ブラウザ→Java
化けてる文字は？
３．「〜」
になるかと思います。
処理Ａ）
<%@ page contentType="text/html; charset=Windows-31J;" pageEncoding="ISO-2022-JP"%>
response.setContentType("text/html; charset=Windows-31J");
request.setCharacterEncoding("Windows-31J");
この条件で行った際に以下の場所で文字化けします。
１．System.out.println
２．ＤＢ（ポストグレス）上
１と２が同じ結果になるので、おそらく
＞次のどこで化けてますか？
＞１．ブラウザ→Java
で
＞化けてる文字は？
＞２．「〜」
という結論になるかと思っています。
元データ：日本語〜
１．ＤＢ上
$BF|K\8l!A(B
２．System.out.println
$BF|K\8l!A(B
ここで以下の処理を加えた場合、以下のようになります
処理Ｂ）
strData3 = new String(request.getParameter(strName).getBytes("Windows-31J"), "iso-2022-jp");
１．System.out.println
日本語?
ですので
処理Ａ）
次のどこで化けてますか？
１．ブラウザ→Java
化けてる文字は？
２．全ての日本語
処理Ａ＋処理Ｂ）
次のどこで化けてますか？
１．ブラウザ→Java
化けてる文字は？
３．「〜」
になるかと思います。
＞鳥取ループさん
うーん、全てというのは先方が嫌がると思うんですよ。
なので改変して一部分だけしかお出し出来ないという感じなんです。
public void service(HttpServletRequest request, HttpServletResponse response)での処理
HttpSession hs = request.getSession();
response.setContentType("text/html; charset=Windows-31J");
request.setCharacterEncoding("Windows-31J");
String ss = this.getData(request);
public String getData(HttpServletRequest request)での処理
String ss = request.getParameter("name").toString();
//String ss = new String(request.getParameter("name").getBytes("Windows-31J"), "iso-2022-jp");
return ss;
うーん、全てというのは先方が嫌がると思うんですよ。
なので改変して一部分だけしかお出し出来ないという感じなんです。
public void service(HttpServletRequest request, HttpServletResponse response)での処理
HttpSession hs = request.getSession();
response.setContentType("text/html; charset=Windows-31J");
request.setCharacterEncoding("Windows-31J");
String ss = this.getData(request);
public String getData(HttpServletRequest request)での処理
String ss = request.getParameter("name").toString();
//String ss = new String(request.getParameter("name").getBytes("Windows-31J"), "iso-2022-jp");
return ss;
＞なかのさん
そういった問題がありましたか...
ということは、ISO-2022-JPではなくて、UTF-8を使うようにしないといけないのかも知れません。
「〜」が化ける問題ですが、
String ss = new String(request.getParameter("name").getBytes("Windows-31J"), "iso-2022-jp");
の部分を
String ss = new String(request.getParameter("name").getBytes("Shift_JIS"), "iso-2022-jp");
とすれば、おそらく直ると思います。
ただ、Javaでiso-2022-jpを使うと、いずれにしてもNEC文字が化けるので、フォームのエンコーディングにはWindows-31JやUTF-8を使ったほうがいいです。JDK1.5ならx-eucJP-Openという手もありますが。
そういった問題がありましたか...
ということは、ISO-2022-JPではなくて、UTF-8を使うようにしないといけないのかも知れません。
「〜」が化ける問題ですが、
String ss = new String(request.getParameter("name").getBytes("Windows-31J"), "iso-2022-jp");
の部分を
String ss = new String(request.getParameter("name").getBytes("Shift_JIS"), "iso-2022-jp");
とすれば、おそらく直ると思います。
ただ、Javaでiso-2022-jpを使うと、いずれにしてもNEC文字が化けるので、フォームのエンコーディングにはWindows-31JやUTF-8を使ったほうがいいです。JDK1.5ならx-eucJP-Openという手もありますが。
解決しました！
問題点
１．ＪＳＰへのエンコード指定
<%@ page contentType="text/html; charset=Windows-31J;" pageEncoding="ISO-2022-JP"%>
ここでＷｉｎｄｏｗｓ−３１Ｊを指定する事
２．ＪＳＰのＭＥＴＡ指定をしない
<!-- meta http-equiv="Content-Type" content="text/html; charset=iso-2022-jp" -->
※ここをコメント化したら直りました
ＭＥＴＡ指定すると文字化けの原因となるからしない事。
META要素より
http://www.ingrid.org/java/jserv/i18n/corruptedchar.html
３．サーブレットでエンコード指定する
setContentTypeとsetCharacterEncodingでＷｉｎｄｏｗｓ−３１Ｊを指定する
response.setContentType("text/html; charset=Windows-31J");
request.setCharacterEncoding("Windows-31J");
以上のことを実施してようやく保存出来るようになりました。
結局いくらＪＳＰやサーブレットで文字コード指定しても、ＭＥＴＡ指定が勝ってるのか、こっちが優先されてて文字化け起こしてたんですね。
なんてこった・・・。
他の人が作成した資源なんで、どこをどうしたら良いのか五里霧中でしたがこんなトラップが仕掛かっていたとは・・・。
ここまで二日間にわたって色々ご指導下さった皆様に感謝申し上げます。
鳥取ループさん
なかのさん
しまあじさん
R_Kloverさん
時雨さん
本当にありがとうございました。
特に鳥取ループさんには大変お世話になりました。
もう何か送らせて下さい千葉名産とか（笑）
最後になりますが、ＭＥＴＡタグをこのＪＳＰファイルに書いた人に今度あったら、たっぷり文句言ってきます（笑）
本当にありがとうございました。
問題点
１．ＪＳＰへのエンコード指定
<%@ page contentType="text/html; charset=Windows-31J;" pageEncoding="ISO-2022-JP"%>
ここでＷｉｎｄｏｗｓ−３１Ｊを指定する事
２．ＪＳＰのＭＥＴＡ指定をしない
<!-- meta http-equiv="Content-Type" content="text/html; charset=iso-2022-jp" -->
※ここをコメント化したら直りました
ＭＥＴＡ指定すると文字化けの原因となるからしない事。
META要素より
http://www.ingrid.org/java/jserv/i18n/corruptedchar.html
３．サーブレットでエンコード指定する
setContentTypeとsetCharacterEncodingでＷｉｎｄｏｗｓ−３１Ｊを指定する
response.setContentType("text/html; charset=Windows-31J");
request.setCharacterEncoding("Windows-31J");
以上のことを実施してようやく保存出来るようになりました。
結局いくらＪＳＰやサーブレットで文字コード指定しても、ＭＥＴＡ指定が勝ってるのか、こっちが優先されてて文字化け起こしてたんですね。
なんてこった・・・。
他の人が作成した資源なんで、どこをどうしたら良いのか五里霧中でしたがこんなトラップが仕掛かっていたとは・・・。
ここまで二日間にわたって色々ご指導下さった皆様に感謝申し上げます。
鳥取ループさん
なかのさん
しまあじさん
R_Kloverさん
時雨さん
本当にありがとうございました。
特に鳥取ループさんには大変お世話になりました。
もう何か送らせて下さい千葉名産とか（笑）
最後になりますが、ＭＥＴＡタグをこのＪＳＰファイルに書いた人に今度あったら、たっぷり文句言ってきます（笑）
本当にありがとうございました。
- mixiユーザー
- ログインしてコメントしよう！
|
|
|
|
Javaの課題丸投げ 更新情報
Javaの課題丸投げのメンバーはこんなコミュニティにも参加しています
人気コミュニティランキング
- 1位
- 相棒
- 59208人
- 2位
- 写真を撮るのが好き
- 209898人
- 3位
- 横浜ＤｅＮＡベイスターズ
- 36152人