Re: t:inputDate off by one day!

2006-05-11 Thread Cosma Colanicchia
Hey you're right, my outputText is doing wrong, inputDate is displaying the correct date! :)I've also found this FAQ on the same problem http://wiki.apache.org/myfaces/FAQ#Date , sorry for asking again. I think I'll try the default converter way, I don't like to specify timezones in all of my

Re: t:inputDate off by one day!

2006-05-11 Thread Cosma Colanicchia
Mmmm, I've done a little research to better understand this issue, because this thread and the FAQ left my with some doubts. If someone's interested, this is the explanation I have found.A Date object internally always store its value as UTC (number of milliseconds from January 1, 1970 00:00:00

t:inputDate off by one day!

2006-05-10 Thread Cosma Colanicchia
Hi,I'm using the t:inputDate component, but it is rendered always a day-after the actual value of bound property. I use the component this way:t:inputDate id=birthDate value=#{peopleAction.person.birthDate } required=true type=date popupCalendar=true/the bound variable is of type java.util.date.

Re: t:inputDate off by one day!

2006-05-10 Thread Volker Weber
Hi, see http://issues.apache.org/jira/browse/MYFACES-506 and this thread http://www.mail-archive.com/users@myfaces.apache.org/msg09779.html Hope this helps. Regards, Volker Cosma Colanicchia wrote: Hi, I'm using the t:inputDate component, but it is rendered always a day-after the

Re: t:inputDate off by one day!

2006-05-10 Thread Cosma Colanicchia
Thank you Volker,I've read the discussion and the JIRA issue, but I'm still not sure about a solution. I'm using a recent snapshot of myfaces-impl-1.1.4 and a snapshot of tomahawk-1.1.2, so it should be already addressed in my lib version ([#MYFACES-506] is marked as fixed in 1.1.1), isn't it?Do

Re: t:inputDate off by one day!

2006-05-10 Thread Volker Weber
Hi Cosma, Cosma Colanicchia wrote: Thank you Volker, I've read the discussion and the JIRA issue, but I'm still not sure about a solution. I'm using a recent snapshot of myfaces-impl-1.1.4 and a snapshot of tomahawk-1.1.2, so it should be already addressed in my lib version