Signalr DateTime Request/Response disparity

[alangley]

I am using WCF data services to 'query' for data models from my web application, but then I use SignalR to receive 'push' updates.

WCF Data Services (OData) formats dates as a string in the format "/Date(1319493384779)/". This is fine, because I then generate client-side (javascript) viewmodels where I create actual Javascript Date() objects. SignalR also sends DateTime objects from the server to the client as "/Date(1319493384779)/", but it appears to expect an actual Date() object when passing from javascript to a server hub method via Javascript - using the above date format causes a format exception in the JSON deserializer. This is rather inefficient, because I already have a model object in javascript, and I should just be able to send it to a SignalR hub as-is.

Does anybody have any idea why this is happening?

(SO: http://stackoverflow.com/questions/7882535/signalr-datetime-request-response-disparity)

[davidfowl]

Not sure what you mean? Are you saying things are double serialized? We serialize outgoing messages using the JavascriptSerializer in System.Web.Extensions by default (you can replace this).

[alangley]

Hi David,

Sorry, I have continued the discussion on the Stack Overflow thread.

To elaborate, sending the same object received be server push, back to the hub causes a serialization failure.
So, it seems the server deserialization is different from the server serialization... But I've demonstrated this more clearly on SO

Thanks

Sent from my iPhone

On 26/10/2011, at 4:15 PM, David Fowlerreply@reply.github.com wrote:

Not sure what you mean? Are you saying things are double serialized? We serialize outgoing messages using the JavascriptSerializer in System.Web.Extensions by default (you can replace this).

Reply to this email directly or view it on GitHub:
#46 (comment)

[davidfowl]

I've reproed this. Thanks for filing it

[davidfowl]

This seems to be a limitation of the JavascriptSerializer we're using. The date format isn't roundtrippable.