On 8 January 2014 18:42, Jörg Schaible wrote:
> Hi Benedict,
>
> Benedikt Ritter wrote:
>
>> 2014/1/8 Gary Gregory
>>
>>> Note that each JRE/JDK version has it's own version of the TZ database.
>>> It is also possible to update an installed JRE/JDK with the latest TZ
>>> database info.
>>>
>>
>>
Hi Benedikt!
- Original Message -
> From: Benedikt Ritter
> To: Commons Developers List
> Cc:
> Sent: Wednesday, January 8, 2014 4:26 PM
> Subject: Re: [lang] Failing tests in lang/trunk due to time zone
>
> Hello Bruno,
>
>
> 2014/1/8 Bruno P. Kinoshit
Hi Benedict,
Benedikt Ritter wrote:
> 2014/1/8 Gary Gregory
>
>> Note that each JRE/JDK version has it's own version of the TZ database.
>> It is also possible to update an installed JRE/JDK with the latest TZ
>> database info.
>>
>
> I don't expect a lot of users do this (tbh, I wasn't aware
Original Message -
> From: Benedikt Ritter
> To: Commons Developers List
> Cc:
> Sent: Wednesday, January 8, 2014 4:24 PM
> Subject: Re: [lang] Failing tests in lang/trunk due to time zone
>
> 2014/1/8 Gary Gregory
>
>> Note that each JRE/JDK version
Hello Bruno,
2014/1/8 Bruno P. Kinoshita
> Hi all,
>
> LANG-942 and LANG-943 were related to tests failing due to time zones. The
> latter is related to a specific time zone (America/Sao_Paulo), and only
> happens in my environment because it is using the day that DST started in
> 2005.
>
> For
2014/1/8 Gary Gregory
> Note that each JRE/JDK version has it's own version of the TZ database. It
> is also possible to update an installed JRE/JDK with the latest TZ database
> info.
>
I don't expect a lot of users do this (tbh, I wasn't aware of this
possibility myself...).
>
> Gary
>
>
> O
Note that each JRE/JDK version has it's own version of the TZ database. It
is also possible to update an installed JRE/JDK with the latest TZ database
info.
Gary
On Wed, Jan 8, 2014 at 8:40 AM, Bruno P. Kinoshita <
brunodepau...@yahoo.com.br> wrote:
> Hi all,
>
> LANG-942 and LANG-943 were rela
Hi all,
LANG-942 and LANG-943 were related to tests failing due to time zones. The
latter is related to a specific time zone (America/Sao_Paulo), and only happens
in my environment because it is using the day that DST started in 2005.
For the sake of curiosity, I set up a Jenkins job to build
