New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

The Community Blog is a personal opinion of community members and by no means the official standpoint of DNN Corp or DNN Platform. This is a place to express personal thoughts about DNNPlatform, the community and its ecosystem. Do you have useful information that you would like to share with the DNN Community in a featured article or blog? If so, please contact .

The use of the Community Blog is covered by our Community Blog Guidelines - please read before commenting or posting.

JSON and DateTime Kind

I've been working on a project for a client recently and was bitten by a bug recently.  It has to do with using the Microsoft AJAX Extensions, specifically, the JavascriptSerializer.  Our use of JSON is simply as an easy way to serialize our objects, whether it be to disk or across the wire.  What was happening is objects that contained dates would get their time shifted when they reached the other side.  The explanation is that the serialization format of JSON has no way of representing what .NET uses its Kind property for.  And since there is no Kind available on deserialization it assumes UTC. 

For those who don't know or don't memorize, here is a quick bit of trivia.  Assume central time.

  ToLocal ToUniversalTime
DateTime.Kind = Local Unchanged +6 hours
DateTime.Kind = Utc - 6 hours Unchanged
DateTime.Kind = Unspecified ? ?

The answer is...





A DateTime of Unspecified Kind that has ToLocal applied to it will be -6.  Similarly a DateTime of Unspecified Kind that has ToUniversalTime applied will be +6.  The logic is that .NET does not know the kind.  If you call ToLocal or ToUniversalTime you must want a conversion.  As to why the JSON deserialization process chooses to make it Utc I don't know.  It would seem to make more sense to simply use Unspecified as the json has not specified a kind.  There are several blog posts covering this subject (here and here for example) but the solutions offered seemed to come up short of what I desired.  I want to serialize any object and not have to inform the other developers that DateTime properties need this extra logic in their setters. 

Fortunately, the JavascriptSerializer allows you to add your own Converters with ease.  Information on how to use it can be found on Microsoft's site here.  However, when I first looked at it I was a bit confused by the SupportedTypes property, as I have never seen code quite like it.

        public override IEnumerable<Type> SupportedTypes
            //Define the ListItemCollection as a supported type.
            get { return new ReadOnlyCollection<Type>(new List<Type>(new Type[] { typeof(ListItemCollection) })); }

Can it really be necessary to create a new ReadOnlyCollection, passing it a new generic List, passing it a Type array, which specifies a Type?  Yeah, this is a bit more complicated than it needs to be!  I will post my entire console sample for you to play with yourself.  Hopefully it saves someone the trouble I went through.


using System;
using System.Collections.Generic;
using System.Web.Script.Serialization;

namespace jsonconverters
    class Program
        static void Main(string[] args)
            DateTime now = DateTime.SpecifyKind(DateTime.Now, DateTimeKind.Unspecified);
            var title = new Title() { Name = "Iron Man", ReleaseDate = now, CreateDate = now };

            var serializer = new JavaScriptSerializer();
            //comment this line out to see results without our custom converter
            serializer.RegisterConverters(new JavaScriptConverter[] { new DateTimeConverter() });

            var json = serializer.Serialize(title);
            var newTitle = serializer.Deserialize<Title>(json);
            Console.WriteLine(newTitle.ReleaseDate == now);
            Console.WriteLine(newTitle.CreateDate == now);


    public class Title
        public string Name { get; set; }
        public DateTime ReleaseDate { get; set; }
        public DateTime? CreateDate { get; set; }
        public DateTime? LastUpdate { get; set; }

    public class DateTimeConverter : JavaScriptConverter
        private string _dateKey = "d";
        private string _kindKey = "k";
        public override IEnumerable<Type> SupportedTypes
            get { return new List<Type>() { typeof(DateTime), typeof(DateTime?) }; }

        public override IDictionary<string, object> Serialize(object obj, JavaScriptSerializer serializer)
            Dictionary<string, object> result = new Dictionary<string, object>();
            if (obj.GetType() == typeof(DateTime))
                DateTime d = (DateTime)obj;
                result[_dateKey] = d.Ticks;
                if (d.Kind != DateTimeKind.Unspecified)
                    result[_kindKey] = d.Kind;
                return result;

            else if (obj.GetType() == typeof(DateTime?))
                DateTime? theDate = (DateTime?)obj;
                if (theDate.HasValue)
                    result[_dateKey] = theDate.Value.Ticks;
                    if (theDate.Value.Kind != DateTimeKind.Unspecified)
                        result[_kindKey] = theDate.Value.Kind;
            return result;

        public override object Deserialize(IDictionary<string, object> dictionary, Type type, JavaScriptSerializer serializer)
            if (dictionary.ContainsKey(_dateKey))
                var d = new DateTime(long.Parse(dictionary[_dateKey].ToString()), DateTimeKind.Unspecified);
                if (dictionary.ContainsKey(_kindKey))
                    d = DateTime.SpecifyKind(d, (DateTimeKind)dictionary[_kindKey]);
                return d;
            return null;


There are currently no comments, be the first to post one.

Comment Form

Only registered users may post comments.


Aderson Oliveira (22)
Alec Whittington (11)
Alessandra Davies (3)
Alex Shirley (10)
Andrew Hoefling (3)
Andrew Nurse (30)
Andy Tryba (1)
Anthony Glenwright (5)
Antonio Chagoury (28)
Ash Prasad (37)
Ben Schmidt (1)
Benjamin Hermann (25)
Benoit Sarton (9)
Beth Firebaugh (12)
Bill Walker (36)
Bob Kruger (5)
Bogdan Litescu (1)
Brian Dukes (2)
Brice Snow (1)
Bruce Chapman (20)
Bryan Andrews (1)
cathal connolly (55)
Charles Nurse (163)
Chris Hammond (213)
Chris Paterra (55)
Clint Patterson (108)
Cuong Dang (21)
Daniel Bartholomew (2)
Daniel Mettler (181)
Daniel Valadas (48)
Dave Buckner (2)
David Poindexter (12)
David Rodriguez (3)
Dennis Shiao (1)
Doug Howell (11)
Erik van Ballegoij (30)
Ernst Peter Tamminga (80)
Francisco Perez Andres (17)
Geoff Barlow (12)
George Alatrash (12)
Gifford Watkins (3)
Gilles Le Pigocher (3)
Ian Robinson (7)
Israel Martinez (17)
Jan Blomquist (2)
Jan Jonas (3)
Jaspreet Bhatia (1)
Jenni Merrifield (6)
Joe Brinkman (274)
John Mitchell (1)
Jon Henning (14)
Jonathan Sheely (4)
Jordan Coopersmith (1)
Joseph Craig (2)
Kan Ma (1)
Keivan Beigi (3)
Kelly Ford (4)
Ken Grierson (10)
Kevin Schreiner (6)
Leigh Pointer (31)
Lorraine Young (60)
Malik Khan (1)
Matt Rutledge (2)
Matthias Schlomann (16)
Mauricio Márquez (5)
Michael Doxsey (7)
Michael Tobisch (3)
Michael Washington (202)
Miguel Gatmaytan (3)
Mike Horton (19)
Mitchel Sellers (40)
Nathan Rover (3)
Navin V Nagiah (14)
Néstor Sánchez (31)
Nik Kalyani (14)
Oliver Hine (1)
Patricio F. Salinas (1)
Patrick Ryan (1)
Peter Donker (54)
Philip Beadle (135)
Philipp Becker (4)
Richard Dumas (22)
Robert J Collins (5)
Roger Selwyn (8)
Ruben Lopez (1)
Ryan Martinez (1)
Sacha Trauwaen (1)
Salar Golestanian (4)
Sanjay Mehrotra (9)
Scott McCulloch (1)
Scott Schlesier (11)
Scott Wilkinson (3)
Scott Willhite (97)
Sebastian Leupold (80)
Shaun Walker (237)
Shawn Mehaffie (17)
Stefan Cullmann (12)
Stefan Kamphuis (12)
Steve Fabian (31)
Steven Fisher (1)
Timo Breumelhof (24)
Tony Henrich (3)
Torsten Weggen (3)
Tycho de Waard (4)
Vicenç Masanas (27)
Vincent Nguyen (3)
Vitaly Kozadayev (6)
Will Morgenweck (40)
Will Strohl (180)
William Severance (5)
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out