I encountered some Jakarta Persistence (formerly JPA) behavior I cannot understand.
TIMESTAMP WITHOUT TIME ZONE
.Why does Jakarta Persistence adjust this time?
Thanks for any ideas
As you configure DB will not store any timezone for that date time , you can think it just store it as a local date time. It is up to the client application (i.e JDBC driver in your case) to define its timezone when fetching it.
So if you configure the JDBC driver to have different timezones when storing a date time and fetching the same date time , such time shifting behaviour will happen.
The timezone of the JDBC driver is basically depending by the following priority . If you do not explicitly configure the timezone of the high priority items , it will then default to the lower priority items.
Hibernate even provide a way to configure the timezone which have even higher priority than JDBC connection url through the property hibernate.jdbc.time_zone
(see this for detail)
So I believe your case can be explained by the followings. Even though you store 2023-01-01T12:00:00 UTC
:
2023-01-01 12:00:00
UTC+1
, your Java app interprets it as 2023-01-01 12:00:00 UTC+1
when fetching it from DB.Instant
is represented based on UTC timezone , you then see it as 2023-01-01 11:00:00 UTC
(Note : 2023-01-01 12:00:00 UTC+1 = 2023-01-01 11:00:00 UTC
)So if you are using hibernate , I would suggest to configure hibernate.jdbc.time_zone
to UTC
which aligns with the expected timezone of the date time storing in DB. It makes your app have more deterministic timezone behaviour which will not affected by the timezone setting of JVM or server 's OS.
By the way , it is more about the JDBC driver that adjust the time but not JPA. You should get the same behaviour even you do not use JPA.