[
http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12356332
]
Volker Weber commented on MYFACES-656:
--------------------------------------
This issue should be closed, because this is not a bug, just a change of
behavior to meet the spec.
Before Sep 05 the DateTimeConverter uses system default timezone when no
timezone was explecitly set.
This violates the spec and was fixed to use GMT then.
The workarround to reproduce the old behavior is to set the timezone to system
default in the converter tag.
Provide a bean with following method
public TimeZone getTimeZone() { return TimeZone.getDefault();}
and use it in the converter:
<f:convertDateTime timeZone="#{bean.timeZone}" .../>
regards,
Volker
> data conversion problems???
> ---------------------------
>
> Key: MYFACES-656
> URL: http://issues.apache.org/jira/browse/MYFACES-656
> Project: MyFaces
> Type: Bug
> Components: Tomahawk
> Versions: Nightly
> Environment: Windows XP, Mozilla, Resin 3.0.14
> Reporter: Boris Kovalenko
> Priority: Minor
>
> Simple form with
> <t:inputText id="rdate" value="#{currencyrate.rdate}" readonly="true"
> styleClass="input" size="10" >
> <f:convertDateTime pattern="#{bundle['formats.date.ddmmyyyy']}"/>
> </t:inputText>
> rdate is type of Date and constructed with new Date(). Regardles of
> f:convertDateTime used the value in input field is always one day back if
> time part of date is 00:00:00. IMHO this is problem with TZ as my TZ is
> GMT+5. I can't suppose when the problems occured as I switched from one of
> the 200509 builds to the lates nightly (20051001)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
