Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Discussion" <users@myfaces.apache.org>
Received-SPF: pass (athena.apache.org: domain of awiner@gmail.com designates
 209.85.146.177 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=lLaIM2/qXZiRdvHBvZkWyIvZFnTrLL51TwuULfiWG6aJVIYiFxDjRBesu/7tXcygOoWh8fNwdhRiopBKzmGXSFnppM4rqnLUpOQSHmn56y9QxPYqgwTKBbDxOiKlMddffGAX2lovodZ/TxKjB1y40r2T7kHPA7adVb9ntyUADzo=
Message-ID: <6dac79b90709161157y76b751c3m35278331febef8f1@mail.gmail.com>
Date: Sun, 16 Sep 2007 11:57:24 -0700
From: "Adam Winer" <awiner@gmail.com>
To: "MyFaces Discussion" <users@myfaces.apache.org>
Subject: Re: tr:inputDate
In-Reply-To: <254acf980709161005n557418c2k641c28c8e5be91d2@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <549522.73597.qm@web86303.mail.ird.yahoo.com>
	 <254acf980709161002pb2cb941r7d110ecf41f26514@mail.gmail.com>
	 <254acf980709161005n557418c2k641c28c8e5be91d2@mail.gmail.com>

I still strongly suspect this is a daylight savings time issue,
or at least a time zone issue, where one part of the system is
interpreting the date with one time zone, and another part
of the system is doing so with a different time zone.
Because of how java.util.Date is misdesigned, that means
that something entered as midnight of 16/09/2007 can
end up as 23:00 of 15/09/2007 when re-displayed.

-- Adam


On 9/16/07, Simon Lessard <simon.lessard.3@gmail.com> wrote:
> I just checked demo files and we don't use a TimeZone setting in
> trinidad-config.xml, so my hunch wasn't good.
>
>
> On 9/16/07, Simon Lessard < simon.lessard.3@gmail.com> wrote:
> > If that's the sole issue, then yes it should fix it.
> >
> >
> >
> > On 9/16/07, andymorton@btinternet.com < andymorton@btinternet.com> wrote:
> > >
> > >
> > >
> > > Hi,
> > >
> > > Sounds like that could be it -seeing as it affects all instances.
> > > Not to sound too stupid, but i take it that this can be addressed by
> applying a timezone object to the inputDate through the use of the
> convertDateTime tag?
> > >
> > > Regards,
> > > Andrew
> > >
> > >
> > > ----- Original Message ----
> > > From: Simon Lessard < simon.lessard.3@gmail.com>
> > > To: MyFaces Discussion <users@myfaces.apache.org>
> > >
> > > Sent: Sunday, 16 September, 2007 4:36:45 PM
> > > Subject: Re: tr:inputDate
> > >
> > > My hunch would be the timezone setting. I don't have access to SVN and
> source right now to check, but if the TimeZone use the 3-char format ( i.e.
> EST or PST), then daylight saving is ignored (and we're currently under
> daylight saving), resulting in hour hour lost. Since we set the date using
> midnight (0:00:00,000), losing 1 hours means going back one day.
> > >
> > > I plan to check out on that while fixing the first day of week issue to
> see if there's a way to prevent such issues.
> > >
> > >
> > > Regards,
> > >
> > > ~ Simon
> > >
> > >
> > > On 9/16/07, andymorton@btinternet.com <andymorton@btinternet.com> wrote:
> > > >
> > > >
> > > >
> > > > It also happens with the live demos, which is weird...
> > > >
> > > >
> > > > ----- Original Message ----
> > > > From: Leonardo Uribe < lu4242@gmail.com>
> > > > To: MyFaces Discussion <users@myfaces.apache.org>
> > > > Sent: Sunday, 16 September, 2007 12:00:19 AM
> > > > Subject: Re: tr:inputDate
> > > >
> > > >
> > > >
> > > >
> > > > >
> > > > >
> > > > >
> > > > >  and also if i click the first available date (in this case
> 16/09/2007), it populates the field with 15/09/2007.
> > > > >
> > > >
> > > > I remember this issue. Are you using java.sql.Date as the type for the
> property in the bean? I just changed it for java.util.Date and
> > > > all works well for me.
> > > >
> > > > Regards
> > > >
> > > > Leonardo Uribe
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> >
>
>