| From: | Oliver Jowett <oliver(at)opencloud(dot)com> |
|---|---|
| To: | Dave Cramer <pg(at)fastcrypt(dot)com> |
| Cc: | List <pgsql-jdbc(at)postgresql(dot)org>, Christian Cryder <c(dot)s(dot)cryder(at)gmail(dot)com> |
| Subject: | Re: Timestamp Conversion Woes Redux |
| Date: | 2005-07-20 12:26:13 |
| Message-ID: | 42DE42E5.6010206@opencloud.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
Dave Cramer wrote:
> Thinking some more....
>
> It would appear that the setTimestamp is intended to do one or the
> other, but not both.
>
> either you have timezone information or you don't. I think this
> effectively revokes your license to
> interpret the spec as you suggested below.
>
> Further the JDBCCTS doesn't take have any facility for both scenarios,
> you can choose the timestamp
> type that you want it to pass with (assuming you have a choice).
Ok, so this sounds like JDBC doesn't distinguish with-timezone and
without-timezone at all so trying to base the semantics on the spec is
hopeless; we should just pick something that's sensible and do that.
I still think my suggestion of using the two setTimestamp methods to
support the two types makes sense -- but I'm out of time to deal with
this, sorry.
-O
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Oliver Jowett | 2005-07-20 12:30:23 | Re: Timestamp Conversion Woes Redux |
| Previous Message | Dave Cramer | 2005-07-20 11:58:00 | Re: Timestamp Conversion Woes Redux |