07-06 23:09:49.676: WARN/System.err(319): java.io.IOException: SSL shutdown failed: I/O error during system call, Broken pipe
07-06 23:09:49.716: WARN/System.err(319):     at org.apache.harmony.xnet.provider.jsse.OpenSSLSocketImpl.nativeclose(Native Method)
07-06 23:09:49.766: WARN/System.err(319):     at org.apache.harmony.xnet.provider.jsse.OpenSSLSocketImpl.close(OpenSSLSocketImpl.java:958)
07-06 23:09:49.766: WARN/System.err(319):     at android.net.http.AndroidHttpClientConnection.close(AndroidHttpClientConnection.java:245)
07-06 23:09:49.776: WARN/System.err(319):     at android.net.http.HttpsConnection.closeConnection(HttpsConnection.java:387)
07-06 23:09:49.806: WARN/System.err(319):     at android.net.http.Connection.httpFailure(Connection.java:450)
07-06 23:09:49.806: WARN/System.err(319):     at android.net.http.Connection.processRequests(Connection.java:247)
07-06 23:09:49.816: WARN/System.err(319):     at android.net.http.ConnectionThread.run(ConnectionThread.java:113)
07-06 23:10:08.497: DEBUG/ExYoyaku(319): WebViewClient: error, url='https://shinkansen1.jr-central.co.jp/RSV_P/pC2/ClientService;jsessionid=oV0oYs4GA0SB7lE32gK0nxM';, desc=The Web page contains an error.

SSL の例外が起きて、スタックトレースが表示されています。これは HTTP 通信スレッド内で起こった例外です。

SSL 例外は別に問題ではなく、真の問題は android.net.http.Connection.httpFailure() が呼ばれていること。つまり、HTTPエラーが起こっているわけです。

Androidコア側のソースを repo で取り出して内容を追ってみましたが、HTTPのやりとりをしているときに例外が発生するとここに来るようです。ソースを見る限りでは１回はリトライをして、２回失敗したらコネクションをクローズ(HttpsConnection.closeConnection)に行くようになっていました。

どのような HTTP 例外が起こっているのかは不明ですが、SSL で Broken Pipe が起こっているところから見て、TCP コネクション自体が切れているように見えます。一度、Wireshark でログを見てみようかと思ってますが。

ちなみに、このエラー、最新の Android 2.2 (Froyo) でも発生します。

対処について

エラーが起こったら、復帰するのは難しいです。前のページに戻るような実装を入れようかと思ったのですが、EX予約のサイトは「戻る」ボタンを殺しています（戻るをやろうとすると、ログインしなおし）。当然、リロードもダメ。

HTTP リクエストをもう一度やり直すのが正しいのですが、それは WebKit 内部の話なので難しいです。

つーか、リトライが１回だけってのは少ないような気がする。この回数を増やせればいいのですが、残念ながらこの回数は Java の private かつ final 宣言されてるので変更できません。変更するための API もありません。

あと、ページの完全ロードが終わるまで操作させない、という処理はいれてはみたのですが、あまり改善しませんでした。

そんなこんなで、改善の目処はしばらく立ちそうにありません。。。

2010-07-04

Mac mini に Ubuntu 10.04 を入れてみる

Mac mini の bootcamp に Ubuntu 10.04 を入れようとして死ぬほどハマったので備忘録。

基本的には、rEFIt 入れて、Bootcamp で Ubuntu を入れればよい、、、のだが、どういうわけか grub のインストールで必ず失敗する。

とりあえず普通に (hd0) に grub を入れてやる。で、rEFIt からブートすると、grub の画面になる。ここからは手探りで、

root (hd0,2)
linux /vmlinuz ro root=/dev/sda3
initrd /initrd
boot

と手で打ってやると何とか起動した。

んで、起動してから update-grub2 してやればいいわけだが、これが見事にコア吐いて死ぬ（なぜだ、、、）一応 /boot/grub/grub.cnf.new というファイルが出来ているので、これを grub.cnf にリネームしてやればいいようだが。

2010-06-27

iOS4 では UIDatePicker の timeZone を設定しておいたほうがよい

CashFlow を US で使っている方からメールがあり、日付選択画面(UIDatePicker)の表示が日本時間になってしまうとのこと（それ以外は現地時間で出ている）。

いろいろ探ったところ、UIDatePicker の setTimeZone でタイムゾーンを設定しておく必要があるらしい。とりあえず、

[datePicker setTimeZone:[NSTimeZone systemTimeZone]];

という行を入れたところ、不具合は解消された。

で、この不具合は iOS4 でのみ発生するようだ（iPod touch や iPad では問題なし)。また、日本国内で使っている分には問題はおこらないので気づきにくい。

しかし GMT になるならともかく、なぜ日本時間になるのだ、、、どこかにそんなプロパティあったっけ、、、？

2010-05-01

iPad 対応 ItemShelf

ItemShelf

CashFlow に続き、ItemShelf も iPad 対応作業中。

むらかみの雑記帳

Android とか iOS とかソフトウェア開発に関するネタ帳

■

ActivityのライフサイクルをUMLのステートマシン図で描いてみた

Git for Windows の UTF-8 ファイル名対応版を作った

Android 版EX予約で予約がうまく行かない件

何が問題となっているのか

原因追求

対処について

Mac mini に Ubuntu 10.04 を入れてみる

iOS4 では UIDatePicker の timeZone を設定しておいたほうがよい

iPad 対応 ItemShelf