java.util.Calendar - Year 1947

user_14882411 0
Viewed 187

I found an interesting behavior in WSO2 platform using Calendar to convert String to Date. WSO2 uses java.util.Calendar as the final result. I found that if a date from 01.01.1947 - 23.02.1947 is used in code snippet bellow the result always gives us one day before. I found out that its our Timezone doing this as it is one hour forward. Meaning Calendar decreases result one hour backwards and we get the day before 11PM.

We did already solve the problem by not converting to Date. So that is not the issue.

The question is, why is this happening only for dates 01.01.1947 - 23.02.1947?

Here is an example code snippet that can simulate the issue:

    int year = 1947;
    int month = 2;
    int day = 23;
    int timezoneOffset = TimeZone.getDefault().getRawOffset();
    Calendar calendar = Calendar.getInstance();
    calendar.clear();
    calendar.set(1, year);
    calendar.set(2, month - 1);
    calendar.set(5, day);
    calendar.set(15, timezoneOffset);

    System.out.println(calendar.getTime());

In my timezone the result of timezoneOffset is 3600000 in case you want to test my timezone (Czech Republic).

As a note this is a code written in WSO2, i am unable to change it in case there are questions about that.

Version of Java i am using for this is: openjdk 11.0.8 2020-07-14

Link: WSO2 platform

java
2 Answers
user_1332030

The Answer by Federico klez Culloca is correct, and historically interesting.

In addition to that, I’ll point out that you are using terrible date-time classes that were supplanted years ago by the modern java.time classes defined in JSR 310. We can use java.time to see the change in offset explained in that other Answer.

Table of date-time types in Java, both modern and legacy

Here is a rewrite of your code to avoid those legacy classes.

First, establish the date.

int year = 1947;
int month = 2;
int day = 23;
LocalDate localDate = LocalDate.of(year,month,day);

Next, pick a couple of time-of-day values. 1 AM is before the 2 AM jump to 3 AM, and 4 AM is after the jump. Let's look at both.

LocalTime beforeJump = LocalTime.of( 1 , 0 ) ;
LocalTime afterJump = LocalTime.of( 4 , 0 ) ;

Define the time zone as a ZoneId.

ZoneId zoneId = ZoneId.of( "Europe/Prague" ) ;

Combine to determine a moment, getting a ZonedDateTime object.

ZonedDateTime zdtBeforeJump = ZonedDateTime.of( localDate , beforeJump , z );
ZonedDateTime zdtAfterJump = ZonedDateTime.of( localDate , afterJump , z );

When run:

zdtBeforeJump.toString() = 1947-02-23T01:00Z[Europe/Prague]
zdtAfterJump.toString() = 1947-02-23T04:00+01:00[Europe/Prague]

We can see in that generated text that the offset-from-UTC changed from zero hours-minutes-seconds as indicated by the Z (Zulu time) to an offset of 1 hour ahead of UTC.

We can interrogate for the offsets by code. From the ZoneId object, obtain the zone rules as a ZoneRules object. This provides a history of the past, present, and future changes to the offset used by the people of this particular region.

Adjust from our time zones to an offset of zero, producing the Instant object required by ZoneRules#getOffset. Then ask the rules for the exact offset-from-UTC in effect at that moment in that zone. We get a ZoneOffset object as a result.

ZoneRules rules = z.getRules();
ZoneOffset offsetBeforeJump = rules.getOffset( zdtBeforeJump.toInstant() );
ZoneOffset offsetAfterJump = rules.getOffset( zdtAfterJump.toInstant() );

When run.

offsetBeforeJump.toString() = Z
offsetAfterJump.toString() = +01:00

You can see all that code together run live at IdeOne.com.

➥ Same results as we saw with the generated text: Zero offset before the jump, and +01:00 after the jump.

About java.time

The java.time framework is built into Java 8 and later. These classes supplant the troublesome old legacy date-time classes such as java.util.Date, Calendar, & SimpleDateFormat.

To learn more, see the Oracle Tutorial. And search Stack Overflow for many examples and explanations. Specification is JSR 310.

The Joda-Time project, now in maintenance mode, advises migration to the java.time classes.

You may exchange java.time objects directly with your database. Use a JDBC driver compliant with JDBC 4.2 or later. No need for strings, no need for java.sql.* classes. Hibernate 5 & JPA 2.2 support java.time.

Where to obtain the java.time classes?

user_6427060
Related