Java 6のHttpCookieの野郎は、日本ではexpires指定ありのクッキーを処理できていない。 - 片っ端から忘れていけばいいじゃない。
(2009/08/26 13:04) 以前に「Java 6で、HttpURLConnectionをクッキーに対応させる手軽な方法。」という記事を書いたのですが、いざ本気でクッキーに対応したアプリケーションをJavaで書こうとすると、非常に残念であることがわかりました。 具体的には、日本で実行された場合に、HttpCookie がクッキーの「expires=」日時文字列の解析に常に失敗して、expires指定のあるクッキーの HttpCookie#getMaxAge() の値も常に 0 になってしまうのです。 そして、CookieStore の デフォルト実装である sun.net.www.protocol.http.InMemoryCookieStore は、maxAge が 0 のクッキーを保持してくれませんから、結果として、expires が指定されているクッキーは 日本では 一切保持
Apache TomcatとHTTPクッキーにまつわる騒動 - GeekFactory
Apache Tomcat 5.5.26（6.0.16も同じ）で、HTTPクッキーの取り扱いについて大きな仕様変更が行われました。ここでは仕様変更の内容と影響範囲を考察します。 HTTPクッキー 簡単に復習しましょう。WebブラウザがWebサーバから以下のHTTPヘッダを受信したとき、Webブラウザは test というクッキーを記憶します。 Set-Cookie: test=nullpo; Expires=Wed, 08-Oct-2008 14:03:16 GMT; Path=/クッキーは NAME=VALUE という形で表現されます。連想配列と同じ。 NAME VALUE test nullpo 一度クッキーを受信すると、ブラウザは当該URLにアクセスする度に、以下のHTTPヘッダを送信するようになります。 Cookie: test=nullpoこのように、クッキーはWebサーバがブラウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
