Justin is recommending not to use Date. It represents a fixed point in time. You don't want it to work that way, so saving it as a string or a record is probably better. It was 10.5 in Virginia when the user in India hit save. When viewed in India it should still say 10.6 because the timezone will be fixed up correctly. And when viewed in the US it happened on 10.5 before or after other transactions that happened on 10.5 in the US. If you want to view the date from Virginia as the user in India would see it, you have to change your computer to that timezone, or do the math before viewing the date. ________________________________________ From: Oleg Konovalov [oleg...@gmail.com] Sent: Tuesday, October 01, 2013 7:48 AM To: dev@flex.apache.org Subject: Re: blazeDS time zone
Justin, My client is a large global company which is in ever region. So when user in India saves data on server in Virginia, it shows him as saved 10.5 he's later than he specified. How to fix it? Also is conversion to ITCh done as date.getUTCDate() ? On Sep 24, 2013 4:03 AM, "Justin Mclean" <jus...@classsoftware.com> wrote: > Hi, > > > BlazeDS automatically translate the time stamp between the client time > zone > > setting the server time zone. > > As I mentioned in anther thread, this is a Flash Player feature not a > BlaseDS one. Have a read of > > http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/Date.html > > As a result there's no option in BlazeDS to turn this off. > > Note this rather nasty issue: > "However, the transition dates currently in effect are applied to dates in > the past and the future, so the daylight saving time bias might calculate > incorrectly for dates in the past when the locale had different transition > dates." > > You best option is not to send Date objects about but use some other > representation of dates. eg a String in the form "YYYY-MM-DD" or UTC time > (a long) > > This has been discussed on the user and dev lists a few times, here's one > example: > http://apache-flex-users.2333346.n4.nabble.com/New-Date-issues-tc2679.html > > If you search you'll find a few other conversations. > > Thanks, > Justin
