Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
5.2.0
-
None
-
None
Description
While working on PHOENIX-5066, I found that FastDateFormat is incapable of handling greater than milisecond precision.
We're using the format string: "yyyy-MM-dd HH:mm:ss.SSS", but we want to parse nanosecond resolution timestamp strings like "2020-01-01 13:30:00.123456789"
Strictly speaking FastDateFormat works as documented, as it interprets 123456789 as miliseconds, and sets miliseconds to "789", and adds "123456" seconds to the date.
However, this is clearly not the intended behaviour.
We either need to add some format-dependent heuristics, or drop FastDateFormat usage.
Attachments
Issue Links
- depends upon
-
PHOENIX-5422 Use Java8 DateTime APIs instead of joda-time APIs
- Patch Available
- is depended upon by
-
PHOENIX-6882 Umbrella Ticket for date/time handling issues
- Open
- is related to
-
PHOENIX-5066 The TimeZone is incorrectly used during writing or reading data
- Resolved