Closed atangsutisna closed 9 years ago
Workaround: Switch your system timezone :( I tried America/Caracas
and it "works".
I'm confused because Jadira tried to use 2014-03-09T08:59:18.628 (America/Winnipeg) which is wrong. The correct times are:
:+1: for this, happens to me:
179/523 #17900 Σ100 Migrating from mon… ❱❱❱❱❱❱❱❱❱❱❱❱❱❱❱❱❱❱❱ 100.0% 39:26 ⌛00:00 ERROR
Error executing command:
Cannot process StockReservationImpl 33/100 (offset 17933) in page 179 out of 523 (offset 17900 out of 52259) in batch job 'Migrating from mongoDB to PostreSQL':
org.springframework.dao.InvalidDataAccessApiUsageException:
Illegal instant due to time zone offset transition (daylight savings time 'gap'): 2014-03-09T07:47:25.091 (America/Montreal); nested exception is
org.joda.time.IllegalInstantException: Illegal instant due to time zone offset transition (daylight savings time 'gap'): 2014-03-09T07:47:25.091 (America/Montreal)
Server is using America/Montreal
timezone at this time. The workaround "switching the system timezone" is a very risky proposition. :(
Please can you advise the steps to reproduce using the existing unit test suite (or a new test).
Thanks Chris
Also do you have the issue on 3.2.0. There is a slightly different logic there (although that approach doesn't work on all databases either. See #35
Closing as there has been no update since March and much of this has been reworked in recent releases.
PersistentDateTimeAndZone
throwsorg.joda.time.IllegalInstantException
during daylight davings time 'gap'. It seems the logic to convert the instant from specified timezone to system timezone to UTC is incorrect in such cases.This has been discussed before, it seems this need fixing for
DateTime
as well:The
DateTime
property:Test case:
creationTime
property value that triggers bug:2014-03-09T09:59:18.628+07:00
2014-03-09T02:59:18.628Z
2014-03-08T20:59:18.628-06:00
Tue Jul 15 03:16:59 CDT 2014
using System timezone:America/Winnipeg
SQL:
Error:
Tag @ceefour