FAQ/CharacterEncoding - Tomcat Wiki
Character Encoding Issues Questions Why What is the default character encoding of the request or response body? Why does everything have to be this way? How How do I change how GET parameters are interpreted? How do I change how POST parameters are interpreted? What can you recommend to just make everything work? (How to use UTF-8 everywhere). How can I test if my configuration will work correctly
Tomcat [/dev/nullpo]
Tomcat Apacheプロジェクト下で作成されているWebアプリケーションサーバ。J2EEサーブレットAPI仕様を実装している。最新版のTomcat 6はJSR-154 Servlet 2.5の実装である。 困った事にTomcatに関するネット上の情報には誤った情報、かつては正しかったが今では通用しない情報などが非常に多い。たとえばTomcatとApacheを連携するときはTomcatを先に起動すると言われているが、今ではその必要はない。情報は必ずTomcat公式サイトの文書で確認すること。もちろんこのページの内容も鵜呑みにしてはいけない。 Tomcat単体でもバーチャルホストに対応している。server.xmlのHost要素を追加し、nameにドメイン、appBaseにwebアプリケーションをデプロイするディレクトリを指定 <Host name="www.paulownia.jp"
＠IT：Javaの文字化け対策FAQ（3）
JSP／サーブレット・プログラミングで誰もが一度は遭遇するトラブルが文字化けだ。予期せぬ文字化け発生に、デバックに苦労した経験を持つ読者も多いだろう。本連載では、JSP／サーブレットにおける文字列の扱いの基礎を復習した上で、文字化けの解決策を要点よく解説していく予定だ。（編集部） 質問1：ファイルやメール、DBで「～∥‐￠￡￢」が文字化けします 解答： 各種文字コードとUnicodeの間の変換ルールを見直しましょう 前回説明したとおり、「～∥‐￠￡￢」の文字化けは、「Unicodeと各種文字コード間の変換ルールの違い」によって発生するものだ。これらの文字について、Windows-31JとUnicode間の変換ルールは、その他の文字コード（Shift_JIS、EUC_JP、ISO-2022-JPなど）に用いられる変換ルールとはまったく異なる。よって、Windows-31Jとその他の文字コード
Web アプリケーションの日本語はなぜ化ける？
文字化けは Web アプリ開発で最も頭の痛い問題のひとつです。(少なくとも日本人向けの Web アプリでは) 今回のチュートリアルでは、文字化けが発生する理由から、発生箇所の特定および文字化け解消の方法までを、理解します。 なぜ、文字化けが発生するのでしょうか？そして、なぜ、その解決は難しいのでしょうか？ その理由は Web システム(分散システム)特有の複雑なアーキテクチャが原因です(少なくとも私はそう思います)。 ここでは、Struts アプリケーションが動作する仕組みを整理し、文字化けが発生する箇所を特定します。 第１回でも簡単に触れましたが、Struts アプリケーションは ユーザのアクセスに応じて下図のようにメッセージ通信を行い、アプリケーションとして動作します。 「文字化け」は、これらのメッセージ通信の間で文字コードの違いが存在する場合に発生します。 ユーザが Web
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
