長沢様

池田です。フィードバックありがとうございます。こちらでも再現できました。

ver3.0系ではテーブル上の値が'0000-00-00 00:00:00'のときには
ResultSet.getTimestamp()がnullを返しますが、
ver3.1以上（ver3.1.10および最新のsnapshotで確認）ではSQLExceptionを
スローするようになっていますね。

私の方でももう少し調べた上で、何とかできないかMark Matthewsに相談させて
いただきたいとおもます。何か進展がありましたら当MLにて報告させていただきます。
（initCauseの件も同様に）

05/10/04 に NAGASAWA Teruo<tech-ml@xxxxxxxxxx> さんは書きました:
> 長沢です。お世話になっております。
>
> |> たとえば3.1から値が0の時に例外がスローされるようになっていますよね？
> |> そのような例外がスローされたので、ドライバのソースを読んでみると、
> |> オプションのような物で変更可能になっていましたが、
> |> そのオプションを変更するようなものがどうも無さそうな感じでした。
>
> やっと再現できました。mysql-connector-java-3.1.10です。
> フィールドの値が'0000-00-00 00:00:00'を取得しようとした時に発生しました。
>
> Caused by: java.sql.SQLException: Cannot convert value '0000-00-00 00:00:00' from column 8 to TIMESTAMP.
>         at com.mysql.jdbc.ResultSet.getTimestampFromString(ResultSet.java:5639)
>         at com.mysql.jdbc.ResultSet.getTimestampInternal(ResultSet.java:5667)
>         at com.mysql.jdbc.ResultSet.getTimestamp(ResultSet.java:5320)
>         at com.mysql.jdbc.ResultSet.getObject(ResultSet.java:4433)
>
> まぁ、、、0000-00-00の状態はjava.util.Calendarでは表現できませんから、
> スローされるのもわかるんですが、3.0では問題なかったんですよね。
>
> 僕の場合はテーブル定義にnot nullを多用するので、新規案件ならともかく、
> すでに稼働中のシステムではバージョンアップは断念せざるを得ない状態です。
> # オプションで指定できるのかもしれませんが、他の隠れた問題が怖い。。。
>
>
>
> |> # 元々のExceptionをinitCauseしていなくて出所がわからず少し苦労しました。
>
> このドライバのソース全体にいえることなんですが、
> SQLException#initCause(Throwable)を一切使っていないように思います。
>
> 特に上の(ResultSet.java:5639)の部分の場合、ソースを見えればわかりますが、
> initCauseを使用することで圧倒的にデバッグがしやすくなると思います。
>
> initCauseをあえて使っていないとしても、その意図がよくわかりません。
> パフォーマンスを気にするのであればこのようなドライバにはならないと思いま
> すし。。。
>
>
>
> |現在MySQL ABのConnectorsチームにてインターンを行っている者です。
> |（Mark Matthewsの下で働いております）
>
> MySQL信者としては非常にうらやましい環境です^^
>
>
>
> |長沢さんが書かれている以下の現象ですとか、あるいは高橋さんが
> |お感じになられている現Connector/Jへの不満点ですとか、
> |よろしければ詳しいフィードバックをいただければと思うのですがいかがでしょうか。
>
> 個人的な要望としては、下位互換とシンプルで堅いドライバがほしいです。
> ただ、Connector/Jを見ているとコンセプトが少し違うように思いますが。。。
>
>
>
>
>
>
>
> P.S. 全く関係ないんですが、Excelのファイル名に[]を入れると
> シート名が変更できなくなるのを今日発見しましたｗ
>
> ---
> NAGASAWA Teruo <tech-ml@xxxxxxxxxx>
>
>
>
>