Service bus exception when the locale is not UTC.

[wolfkang]

Dev estimate: 3
Test estimate: 1

Hi.
I'm from Korea and the time locale of my computer is not set as UTC.
I got the exception like this when receiving a message from the service bus queue.

org.codehaus.jackson.map.JsonMappingException: Can not construct instance of java.util.Date from String value 'Tue, 05 Mar 2013 10:30:52 GMT': not a valid representation (error: Can not parse date "Tue, 05 Mar 2013 10:30:52 GMT": not compatible with any of standard forms ("yyyy-MM-dd'T'HH:mm:ss.SSSZ", "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", "EEE, dd MMM yyyy HH:mm:ss zzz", "yyyy-MM-dd"))
at [Source: [B@3e68cd21; line: 1, column: 97](through reference chain: com.microsoft.windowsazure.services.serviceBus.implementation.BrokerProperties["LockedUntilUtc"])
at org.codehaus.jackson.map.JsonMappingException.from(JsonMappingException.java:163)
at org.codehaus.jackson.map.deser.StdDeserializationContext.weirdStringException(StdDeserializationContext.java:243)
at org.codehaus.jackson.map.deser.std.StdDeserializer._parseDate(StdDeserializer.java:577)
at org.codehaus.jackson.map.deser.std.DateDeserializer.deserialize(DateDeserializer.java:28)
at org.codehaus.jackson.map.deser.std.DateDeserializer.deserialize(DateDeserializer.java:19)
at org.codehaus.jackson.map.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:299)
at org.codehaus.jackson.map.deser.SettableBeanProperty$MethodProperty.deserializeAndSet(SettableBeanProperty.java:414)
at org.codehaus.jackson.map.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:697)
at org.codehaus.jackson.map.deser.BeanDeserializer.deserialize(BeanDeserializer.java:580)
at org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2732)
at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1935)
at com.microsoft.windowsazure.services.serviceBus.implementation.BrokerPropertiesMapper.fromString(BrokerPropertiesMapper.java:31)
at com.microsoft.windowsazure.services.serviceBus.implementation.ServiceBusRestProxy.receiveMessage(ServiceBusRestProxy.java:187)
at com.microsoft.windowsazure.services.serviceBus.implementation.ServiceBusRestProxy.receiveQueueMessage(ServiceBusRestProxy.java:151)
at com.microsoft.windowsazure.services.serviceBus.implementation.ServiceBusExceptionProcessor.receiveQueueMessage(ServiceBusExceptionProcessor.java:109)

Thanks.

[jcookems]

Thanks for bringing this to our attention!

As a workaround, to unblock your app, you can set the thread locale to UTC or US locale.

We will investigate the root cause of this issue and try to issue a fix soon.

[jcookems]

I started digging into this issue, and StdDeserializationContext uses StdDateFormat, which uses the standard SimpleDateFormat but does not set its calendar field:

Subclasses should initialize this field to a Calendar appropriate for the Locale associated with this DateFormat.

So, it seems like the fix will need to inject a serializer that uses a locale-invariant calendar.

[jcookems]

I ran the unit tests after setting my Windows Control Panel\Clock, Language, and Region\Language date,time,format settings as Arabic (Saudi Arabic). Here are the failures,along with the test that failed:

• java.lang.IllegalArgumentException: org.codehaus.jackson.map.JsonMappingException: Can not construct instance of java.util.Date from String value ' Fri, 14 Oct 2011 12:34:56 GMT': not a valid representation (error: Can not parse date "Fri, 14 Oct 2011 12:34:56 GMT": not compatible with any of standard forms ("yyyy-MM-dd'T'HH:mm:ss.SSSZ", "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", "EEE, dd MMM yyyy HH:mm:ss zzz", "yyyy-MM-dd"))
  • deserializingAllPossibleValues(com.microsoft.windowsazure.services.serviceBus.BrokerPropertiesMapperTest)
  • peekLockMessageWorks(com.microsoft.windowsazure.services.serviceBus.ServiceBusIntegrationTest)
  • peekLockedMessageCanBeCompleted(com.microsoft.windowsazure.services.serviceBus.ServiceBusIntegrationTest)
  • peekLockedMessageCanBeUnlocked(com.microsoft.windowsazure.services.serviceBus.ServiceBusIntegrationTest)
  • peekLockedMessageCanBeDeleted(com.microsoft.windowsazure.services.serviceBus.ServiceBusIntegrationTest)
• org.junit.ComparisonFailure: expected:<"[Thu, 14 Oct] 1971 12:34:56 GMT"> but was:<"[خ, 14 أكت] 1971 12:34:56 GMT">
  • supportedJavaTypesHaveExpectedRepresentations(com.microsoft.windowsazure.services.serviceBus.implementation.CustomPropertiesMapperTest)
• java.lang.ClassCastException: java.lang.String cannot be cast to java.util.Date
  • supportedFormatsHaveExpectedJavaTypes(com.microsoft.windowsazure.services.serviceBus.implementation.CustomPropertiesMapperTest)

It looks like they are all localized to the SB serializer (haha, I crack myself up)

[guangyang]

candidate

[guangyang]

Also see the MSDN forum here. I believe it was started by @wolfkang but there is another person running into this issue.

[gcheng]

the msdn forum post was written by Donghyeok Kang, the same family name different first name. They could be brothers.

[gcheng]

http://fasterxml.github.com/jackson-databind/javadoc/2.0.0/com/fasterxml/jackson/databind/ObjectMapper.html

[gcheng]

In the above document, there is a setLocale method of ObjectMapper, which may be usful. Why it doesn't show up in my Eclipse?

[gcheng]

we do not reference jackson explicitly in hte code, how do we figure out which version of jackson that we are using.

[gcheng]

we use 1.9.2 ...

[gcheng]

it seems in 1.9.4, the setLocale method still hasn't been implemented.
http://jackson.codehaus.org/1.9.4/javadoc/

[gcheng]

another approach appears to be more promising
http://stackoverflow.com/questions/5591967/jackson-date-deserialization

[gcheng]

here is the official guide.
http://wiki.fasterxml.com/JacksonFAQDateHandling