SSTtechlog 01 Javaと文字コード | SST 株式会社セキュアスカイ・テクノロジー
illustrations by あおい海月 SSTではWebアプリケーションの脆弱性診断サービスを提供しており、診断時には診断対象のWebアプリケーションに対して擬似的な攻撃リクエストを送信し、SQLインジェクションやXSSに代表されるような脆弱性の有無を確認します。 診断時には、多様なパターンの攻撃リクエストを送信するために、Java言語で開発している専用のソフトウェアを使っています。 こうした脆弱性診断に用いるソフトウェアを開発するためにはいくつか注意点があります。 今回はその注意点の一つである、Javaでの文字コードの扱いについて、特に文字コードが不明なデータをJavaのString型として扱うためのテクニックを紹介したいと思います。 ▲一番上に戻る 以上のように、何かしら文字列をファイルや外部システムとやりとりしたい時は、必ず文字コードを意識することになります。 特に脆弱性診断に
Unicodeの似た文字を整理してみた - y-kawazの日記
XMLやCSV等のデータをJavaで色々加工して出力したりといったことをしてると必ずハマるのが波線などの文字化け問題です。 文字化けが発覚するたびにググって場当たり的な対処を繰り返すのに疲れたのでよく問題になる文字と形が似た文字をリストアップして、更にそれをJavaで各種エンコーディングに変換したらどの文字になるかを頑張って纏めました。 ついでに文字化けしないよう上手いこと出力可能な文字に置換する関数も作ってみました。 Javaの変換テーブル 表中の U,S,W,E,J はそれぞれ、UTF-8、Shift_JIS、Windows-31J、EUC-JP、ISO-2022-JP で出力した際の文字です。 見た目で分からないくらい似た文字ばかりなので、各セルにマウスカーソルを乗せたらツールチップで確認できるようtitleにコードポイントを書いておきました。 分かりやすいよう、青は文字化けなし、黄
竹形誠司 ブログ:Java+MySQL+Tomcat:Windows-31Jを理解しないIE
JSP帳票アプリケーション 実践開発入門 JSP業務アプリケーション 短期開発入門 Java+MySQL+Tomcatで始めるWebアプリケーション構築入門 Java+MySQL+Tomcatで作る 掲示板とブログ ↑のタイトルを見て反射的にWindows 3.1（Windows95の前のバージョン）を思い浮かべた方は結構なキャリアの持ち主であると拝察される:-) 今の世の中でWindows-31Jといえば、IANAというインターネットの標準化団体が定めた文字コードの名前だ。この文字コードはShift_JISに①（←丸付き数字）や㈱（←カッコ付きの株）など、かつて機種依存文字と呼ばれたもの（標準化されたのでもはや機種依存ではない）が追加されている。国際標準化に敏感なJavaなどの言語では、文字コードがShift_JISと指定された場合は丸付き数字などを受け付けない（文字化けする）ので、“W
maven2のコンパイル時にjava.nio.BufferOverflowException - yummy-yummy
mvn compileとコンソールから実行するとjava.nio.BufferOverflowExceptionが発生。 org.apache.maven.BuildFailureException: Compilation failure Failure executing javac, but could not parse the error: コンパイラで例外が発生しました (1.6.0_02)。Bug Parade に同じバグが登録されていな いことをご確認の上、Java Developer Connection (http://java.sun.com/webapps/bugre port) にてバグの登録をお願いいたします。レポートには、そのプログラムと下記の診断 内容を含めてください。ご協力ありがとうございます。 java.nio.BufferOverflowExcepti
Cattakaの雑記 - BOM付きUTF-8でJavaにつまづきnkfのバグにぶちあたる
Debian LinuxからUbuntuに乗り換えたときに 言語をeuc-jpからUTF-8に変更した。 そのときにファイル名とファイルのエンコーディングもeuc-jpからUTF-8に変換したのだが、 二重につまづいた。 まずファイル名の変換はconvmvコマンドで難なく成功した。 次に手持ちのJavaのソースコードを変換する。 Javaのソースコードを一個一個エディタで開いて変換していたら切りがないので nkfとfindコマンドを使ってエイヤッと変換する。 nkfはファイルを直接変換しないのでqnkfというスクリプトを自分で作る。 qnkf #!/bin/sh cat $1 | nkf -w8 > oldfile.tmp cp oldfile.tmp $1 rm oldfile.tmp で、これを使って次のコマンドでエイヤッと変換する。 $find -name \*.java -exec
Servlet/JSP講座-ハイフンなどの文字化けについて
１．状況 MySQLの旧バージョン(3.52)を利用していた時は、Java(JSP)でDBに漢字を含む項目値を設定する時にはコード変換を設定していました。 4.0にバージョンアップした時に全ての漢字項目が表示できなくなったので、慌ててMySQLの環境設定にデフォルトのコードをShift_JISとして設定することで表示はされました。 ただこの時に今までのコード変換がただ単に漢字を表示させるための手段と勘違いしてしまい、プログラム中の全てのコード変換を削除してしまいました。 たまたま住所の番地は全て半角の数字とハイフンだったので気が付きませんでしたが、今回全角ハイフンを入力してみて"?"になり文字化けに気が付きました。 ２．原因と対処 原因はJavaでの内部的な文字表現は Unicode が使われており、それぞれの国やOSのデフォルトのエンコーディングから Unicode への
文字コードについて（シフトJISの問題）
文字コードをシフトJISで開発し、Windowsのサーバで動かす場合の文字コード問題について示します。 厳密にいうとWindowsが扱う文字コードは、シフトＪＩＳでは、ありません。MS932です。または、コードページ CP932ともいいます。MS932は、マ社がシフトＪＩＳを拡張して定義したコード体系です。 で、ここで何が問題になるかというと、クライアントへの出力をcharset="Shift_JIS"とか定義して、アプリケーションサーバーなど が一生懸命シフトＪＩＳで出力しようとすると、ある文字列が文字化けするのです。ようは、MS932にある文字コードはシフトＪＩＳには、ないので、'? 'で出力されるということです。なお、OC4JやJBuilderで利用するtomcatは、MS932で出力しようとするので、あんまり文字化けしませ ん。 Java内部で扱う文字コードは、Unicodeです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://blogs.oracle.com/katakai/entry/netbeans_and_java_for_mac2
java.nio.BufferOverflowException - 抜かれるならド肝だよね
J2SE 5.0の新機能──第21回 文字操作の変革 - ITアーキテクト [IT Architect]