The bridge stores time as a timestamp + the zone ID. Unfortunately, this representation is ambiguous for some timestamps, in particular when clocks are set back due to switching daylight saving time. For instance "2011-10-30 2:50:00 CET" may point to either "2011-10-30 2:50:00+01:00" or "2011-10-30 2:50:00+02:00".
A safer string representation would be something like what's done in {{java.time.format.DateTimeFormatter.ISO_ZONED_DATE_TIME}}, where both the offset and the zone ID are explicitly stored (something like "2011-10-30 2:50:00+01:00[CET]")
Some strategy will have to be chosen to handle previously stored {{ZonedDateTimes}}, since we'll have to change the storing format and cannot assume that users will reindex everything.
Pull request with test case coming (but no fix yet): https://github . com/hibernate/hibernate-search/pull/1167 |
|