| From: | Oliver Jowett <oliver(at)opencloud(dot)com> |
|---|---|
| To: | Radosław Smogura <rsmogura(at)softperience(dot)eu> |
| Cc: | pgsql-jdbc(at)postgresql(dot)org |
| Subject: | Re: Storing timestamps in text format |
| Date: | 2010-12-01 23:25:35 |
| Message-ID: | 4CF6D96F.2060500@opencloud.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
Radosław Smogura wrote:
> Hi,
>
> I perform following test:
> 1. Open connection (GMT+1)
> 2. Change timezone (GMT+3)
> 3. Write created timestamp.
> 4. Change timezone to different connection open and write (GMT+4)
> 5. Read timezone
>
> During this I saw driver sends timestamp encoded with initial (in my case
> +1), form connection open, time zone. It's because
> TimestampUtils.toString(Calendar, Timestamp) uses defaultCal. Should it use
> Calendar.getInstance() or new GregorianCalendar?
>
> public synchronized String toString(Calendar cal, Timestamp x) {
> if (cal == null)
> cal = defaultCal; // = Calendar.getInstance() // new
> GregorianCalendar()
There seems to be some confusion about what the bug you are reporting
actually is.
Is the bug that if you change the JVM's default timezone halfway through
a run, the change is not reflected in the driver? (i.e. defaultCal is
initialized once only). Or is it something else?
I vaguely remember that when writing this code, getting the default
calendar was quite expensive..
Oliver
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Lew | 2010-12-01 23:43:21 | Re: [HACKERS] Improved JDBC driver part 2 |
| Previous Message | Dave Cramer | 2010-12-01 21:36:18 | Re: Storing timestamps in text format |