2

I got the following date format that I get from an API (Yes I tried to get them to change the API... dailywtf story):

\/Date(1310481956000+0200)\/

How can I convert this into a Java Date? (java.util.Date)

This comes from a .NET JSON web service.

Lennie
  • 1,999
  • 4
  • 27
  • 42

4 Answers4

9

Without knowing what the date/time string stands for, let me make a guess.

The 1310481956000 looks to be milliseconds after epoch, and the +0200 an offset relative to GMT.

The following code seem to indicate it as well:

final TimeZone tz = TimeZone.getTimeZone("GMT+0200");
final Calendar cal = Calendar.getInstance(tz);
cal.setTimeInMillis(1310481956000L);
final SimpleDateFormat f = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss z");
f.setTimeZone(tz);
System.out.println(f.format(cal.getTime()));

Prints 2011-07-12 16:45:56 GMT+02:00

Alistair A. Israel
  • 6,417
  • 1
  • 31
  • 40
  • I have converted a date into String `"MM/dd/yyyy"` format. I want to parse the converted date into `"MM/dd/yyyy"` format of `Java.util.Date`. But the output format is changing to `"2011-07-12 16:45:56 GMT+02:00"` format. I want keep in the current format("MM/dd/yyyy"). But need in Java.util.Date **NOT STRING**. Any help please... – vissu Mar 17 '12 at 10:51
  • @vissu pepala Dates in Java are internally just integers, and the default date output format is entirely system/locale-dependent. If you want to output dates in a specific format, specify the format using `SimpleDateFormat` as above. – Alistair A. Israel Mar 18 '12 at 02:36
2

How can I convert this into a Java Date? (java.util.Date)

First, get "them" to clearly and precisely tell you exactly what that date format means. (If they won't or can't you could guess; see below.)

Next write a custom parser to parse the String and extract the information content.

Finally, convert the information content into a form that matches one of the Date constructors and create an instance.

My guess is that the 1310481956000 part is the number of milliseconds since the UNIX epoch (1970/01/01T00:00) and that the 0200 represents a timezone offset of 2 hours (MET?). However, you shouldn't rely on a guess. Get "them" to give you the specification, or at least a number of examples and the actual times/timezones that they correspond to.

Stephen C
  • 698,415
  • 94
  • 811
  • 1,216
1

You'll have to get the format from the API provider but it seems like a epoch + an offset for time zones. To convert it you could try.

final String fromAPI = "1310481956000+0200"
final String epochTime = fromAPI.substring(0, fromAPI.indexOf("+"));
final String timeZoneOffSet = fromAPI.substring(fromAPI.indexOf("+"), fromAPI.size());

Date date = new Date(Long.parseLong(epochTime));

Notice i'm not doing anything with the time zone (if that's what it is). You'll have to deal with that but this should get you on the right path.

Michael J. Lee
  • 12,278
  • 3
  • 23
  • 39
0

tl;dr

Instant.ofEpochMilli( 
    java.lang.Long.parseLong( "1310481956000" )
).atOffset( ZoneOffset.of( "+0200" ) )

Using java.time

The accepted Answer is correct but outdated. The modern way to handle this is through the java.time classes.

The input is ambiguous. Is it a count from the Unix epoch reference date-time of first moment of 1970 in UTC 1970-01-01T00:00:00:Z and then adjusted by two hours ahead of UTC? If so, this example code seen here works.

First parse that input number as a Instant. The Instant class represents a moment on the timeline in UTC with a resolution of nanoseconds (up to nine (9) digits of a decimal fraction).

Extract the first portion of your string and parse as a long. 

long millisSinceEpoch = java.lang.Long.parseLong( "1310481956000" );
Instant instant = Instant.ofEpochMilli( millisSinceEpoch );

instant.toString(): 2011-07-12T14:45:56Z

Extract the last portion of your string and parse as a ZoneOffset.

ZoneOffset offset = ZoneOffset.of( "+0200" );

Apply the offset to the Instant to get an OffsetDateTime.

OffsetDateTime odt = instant.atOffset( offset );

odt.toString(): 2011-07-12T16:45:56+02:00

Note that an offset-from-UTC is not a time zone. A zone is an offset plus a set of rules for handling anomalies such as Daylight Saving Time (DST).

Avoid java.util.Date whenever possible. But if you must use one, you can convert to/from java.time. Look to new conversion methods added to the old classes.

java.util.Date d = java.util.Date.from( odt.toInstant() );

d.toString(): Tue Jul 12 14:45:56 GMT 2011

See live code at IdeOne.com covering this entire example.

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.

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

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

Where to obtain the java.time classes?

The ThreeTen-Extra project extends java.time with additional classes. This project is a proving ground for possible future additions to java.time. You may find some useful classes here such as Interval, YearWeek, YearQuarter, and more.

Community
  • 1
  • 1
Basil Bourque
  • 303,325
  • 100
  • 852
  • 1,154