What is difficult about time and time zones:-

Handling time is very difficult. If you don’t believe me, check out this awesome list of time-related fallacies.

Now, to make matters worse, a web application request spans at least three distinct layers:

Each of these layers can observe a different time zone, therefore making things even more difficult for us, software developers.

Databases can use the local time zone of the underlying operating system or a custom define time zone.

For consistency, it’s best if all database timestamps are stored in UTC because, this way, it’s going to be much easier to calculate timestamp intervals since all user timestamps are relative to the same time zone.

More, if a user moves to a different time zone, there’s no need to change the already-stored user=specific date/time information since the conversion can be done in the web layer anyway.

So, if you are using MySQL, you can set the database time zone to UTC in the /etc/MySQL/my.conf configuration file, like this:

Or, if you are using PostgreSQL, you can set the database time zone to UTC in the /var/lib/PostgreSQL/data/PostgreSQL.conf configuration file, as follows:

If you happen to be using Amazon Aurora, then you don’t need to set the UTC zone because Aurora uses UTC by default.

As I explained in this article, RevoGain uses Amazon Aurora MySQL, so no change was needed to use UTC on the database side.

With the add by default, a java application uses the gadget time area. Again, if you are the use of AWS, then the default time area is UTC. You can see that when inquiring for the application logs as the log messages timestamp are relative to UTC.

If your JVM is not using the UTC timezone, but the database is, then you have two alternatives.

You can set the operating system timezone to UTC, or if you cannot change that, you can set the default JVM timezone.

The JVM time zone can be set using the user. timezone property:

java -Duser.timezone="UTC" com.revocation.RevoGainApplication

If you cannot change the OS or the JVM timezone, you can still convert a Java Date/Time or Timestamp to a specific time zone using the following two JDBC methods:

PreparedStatement#setTimestamp(int parameter Index, Timestamp x, Calendar cal) – to convert the timestamp that goes to the database

ResultSet#getTimestamp(int columnIndex, Calendar cal) – to convert the timestamp coming from the database

If you are using Spring Boot, you can achieve this goal by setting the following configuration property in your application. properties file:

spring.jpa.properties.hibernate.jdbc.time_zone=UTC

Behind the scenes, this setting will instruct Hibernate to use the provided time zone when reading and writing timestamp column values.

In the browser, JavaScript stores Date/Time in the local (host system) time zone.

We can, therefore, use the user time zone to convert all UTC timestamps stored in the database or created in the JVM. To do that, we need to store the user’s time zone during authentication.

On the login page, the authentication form contains a timezone offset hidden field:

    <button class="btn btn-lg" type="submit">Login</button>

The timezone offset hidden input field value is set to the user time zone offset:

        jQuery("#timeZoneOffset").val(new Date().getTimezoneOffset());

Saving the user-specific time zone on the webserver

We can read the timezone offset value using the following web filter:

public class TimeZoneOffsetFilter implements Filter {

                throws IOException, ServletException {

        TimeZoneOffsetContext.set(request.getParameter("timeZoneOffset"));

        chain.doFilter(request, response);

The TimeZoneOffsetContext is just a placeholder utility that stores the time zone information so that we can read it after Spring Security authenticates the user login request:

    private static final ThreadLocal<String> timeZoneOffsetHolder =

        return timeZoneOffsetHolder.get();

    public static void set(String timeZoneOffset) {

        timeZoneOffsetHolder.set(timeZoneOffset);

We can set the user time zone in the Spring Security UserDetails object that’s associated with the currently logged user, like this:

public class UserService implements UserDetailsService {

This blog e will discuss the best way to handle time zones in a Java web application.

jwa

Trending Blogposts on jwa

The best way to handle time zones in a Java web application

Popular Discussions on jwa

PRODUCTS

QUICK LINKS

LEGAL

jwa

Trending Blogposts on jwa

The best way to handle time zones in a Java web application

Popular Discussions on jwa