Re: Bad time with TimeZones/Dates

2010-03-03 Thread Olivier Gérardin
I can assure you that your solution will not work with all combinations of browser/client settings/server settings... What you should keep in mind is: never use a Date objet to represent a calendar date with no time part! Date is actually a timestamp and wasn't meant to represent a calendar date;

Re: Bad time with TimeZones/Dates

2010-03-03 Thread Eric
On Mar 3, 6:07 am, Olivier Gérardin ogerar...@yahoo.com wrote: Unfortunately Java doesn't provide a calendar date class. Theoretically a Calendar with no time components would work, but as you all well know Calendar isn't part of the GWT library. Has anyone checked whether Stephen Colebourne's

Re: Bad time with TimeZones/Dates

2010-03-03 Thread Sorinel C
I think we are talking about different things ... so, yeah you might be right, but my solution works for me; tested OK from Australia, Europe to America. http://www.google.com/url?sa=Dq=http://ui-programming.blogspot.com/2010/02/gwt-date-and-timestamp-rpc.html Cheers! -- You received this

Re: Bad time with TimeZones/Dates

2010-03-02 Thread Sorinel C
Here's the solution for your problem, which I had it last week. In my case the hour was jumping 1 day ahead :) http://ui-programming.blogspot.com/2010/02/gwt-date-and-timestamp-rpc.html The main idea is to use the Date(year, month, day, hour, min, sec) constructor for your client side, but try

Bad time with TimeZones/Dates

2010-03-01 Thread Zé Vicente
Hello all, I am having a very bad time with Dates on my GWT application. Can you please help me? The scenario: 1. The client is on TimeZone A 2. Server is on TimeZone B When the user provides a date on my application, I send the date to the server using RPC. Then, on the server side, the date

Re: Bad time with TimeZones/Dates

2010-03-01 Thread Paul Robinson
A date represents an instant in time. A client will represent that in different ways, depending on the local timezone. Whether a particular instant is on May 20 or May 21 depends on your timezone. Also: (a) A date serialized by GWT does not record its timezone, only the instant in time it refers

Re: Bad time with TimeZones/Dates

2010-03-01 Thread Chris Lercher
Hi, I just wanted to add to method (1), that sometimes it's not only not so easy, but even impossible to do such a conversion - because for most timezones, there are some datetimes which simply don't exist (when daylight saving occurs). So I'd definitely recommend (2) - if you don't want to use

Re: Bad time with TimeZones/Dates

2010-03-01 Thread Olivier Gérardin
Actually what probably happens is that the date you send has the time part set to midnight, and somehow the date you get is translated with a negative offset to something like 23:00 the previous day, so that when you extract the date-only part is appears to be the previous day. The solution is