Hello!
Ok, this looks similar. But this does not solve the problem. My TZ has
sunlight saving, so I should manyually change TZ every half year, isn't?
Also Bruno write " This should be fixed now in the SVN. Thanks Bernd!".
But still I missed something?
Volker Weber (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12331164 ]
Volker Weber commented on MYFACES-656:
--------------------------------------
Set the timeZone attribute of the converter to your local systems default
TimeZone.
Than your input field should show the same value as your log file.
the toString() of java.util.Date uses system timeZone to format the date,
the converter uses GMT if no timeZone is set.
see http://issues.apache.org/jira/browse/MYFACES-506
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: Critical
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)
With respect,
Boris
