はてなブックマーク

いやあ、びっくりしました。JavaMailを使ってSMTPやPOP3のサーバーとやりとりする時、通信タイムアウトのデフォルト値って''無限大''なんですね。サーバーがこけていたりすると、JavaMailの通信処理の中でブロックされてしまって、帰ってこなくなります。 各Providerに以下のようなプロパティがありますので、適切に設定しておいた方が良いです。 mail.smtp.conectiontimeout mail.smtp.timeout mail.imap.conectiontimeout mail.imap.timeout mail.pop.connectiontimeout mail.pop.timeout このあたりの情報が参考になりました。 connectiontimeout はシンプルなケースでは new Socket() が復帰するまでの時間の指定です。 mail.sm

1. 問題の概要Tomcatの4.1.29以降の4.1.*系バージョン、ならびに5.0.16以降の5.0.*系バージョンでは、ServletRequestクラスのsetCharacterEncoding()メソッドの挙動が変更されています。POSTリクエストのbodyで渡されるパラメータのコード変換は（これまで通り）行われますが、GETリクエストのクエリーストリングで渡されるパラメータのコード変換は行われないようになりました。以前はメソッドによらず、パラメータのコード変換はsetCharacterEncoding()メソッドで行うことができたので、Tomcat 4.1.29/5.0.16以前のバージョンに慣れていると、思わぬ落とし穴にはまります。 2. 経緯SunのServlet仕様のAPIドキュメントで、ServletRequest#setCharacterEncoding()メソッドの

初回アクセス時になどで生成されるURLに"jsessionid="が付加されてしまう問題ですが、一応解決しました。Strutsのタグのクラスを継承して独自タグを作りました。URL文字列をコンテキストに出力する部分をオーバーライドし、String#replaceAll(";jsessionid=.*(\\?|$)", "")しています。うーん、ad-hocだ。 色々調べた結果、javax.servlet.HttpServletResponse#encodeURL()が諸悪の根元のようです。このメソッドの中でCookieの有無を調べ、存在しない場合はURLにセッションIDを付加するという処理が行われています。 結局、「Cookieが送られてこなかったら、そのリクエストに対するレスポンスコンテンツに含まれるリンクにはセッションIDを付加することでセッションを維持しよう」というJava Servl