You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Changing the dateTimeFormatter (*2) has no effect on the test outcome.
Explicitly telling the parser to parse as Instant (*1) fixes the issue.
However, following the principle of least surprise IMHO it would be A LOT better to:
either have the conversion fail because the colum was processed as LocalDateTime, hence has no timezone information, and hence cannot be converted into an instant.
or automagically detect, that there is a timezone in the data, and directly parse the column as Instant.
The text was updated successfully, but these errors were encountered:
I guess I could figure out how to change the implementation to fail (probably boils down to remove the respective converter somewhere). I am not sure if I could figure out how implement the "automagical instant detection" approach.
Reproduction:
This outputs:
Changing the dateTimeFormatter (*2) has no effect on the test outcome.
Explicitly telling the parser to parse as Instant (*1) fixes the issue.
However, following the principle of least surprise IMHO it would be A LOT better to:
The text was updated successfully, but these errors were encountered: