[GTER] Horário de verão no Java

Marcus Andree marcusandree at gmail.com
Mon Feb 25 08:49:46 -03 2008


Nao apenas em logs de conexao, mas "incomoda" em qualquer ocasiao
onde seja necessario armazenar o registro da hora, mas desde
que nao haja uma maneira de conhecer se o registro, digamos, das
"23:11:13" seja a "primeira passagem" ou a "segunda passagem".

Se o sistema que efetua o armazenamento da informacao nao
fornece um modo de se determinar esta diferenca, este sistema
deve ser melhorado ou substituido por um outro, que tenha esta
funcionalidade.

Um bom sistema operacional utiliza um bit (literalmente) para indicar se
a hora esta ou nao em DST. O problema esta na aplicacao, que,
por exemplo, converte os bits em algo do tipo "Mon, Feb 25 08:42:27
2008".

O "incomodo" tambem acontece no inicio do DST. Mesmo sem
haver duas passagens pela mesma hora, e seguindo o seu exemplo
dos logs de conexao, o usuario que logou as 23:50 e ficou 15 minutos
na rede teve o seu tempo de conexao computado como 1h15, ja que
ele saiu a "01:05" do dia seguinte e nao a "00:05".

Mas o problema de representacao de datas e horas ainda esta
longe de ser resolvido. Li um paper algum tempo atras sobre a
necessidade de um sistema mais completo, que possa servir
para armazenar nao apenas as datas "recentes", mas tambem
eventos arquelogicos e astronomicos (ate mesmo em datas
no futuro distante).

Acho que agora estamos comecando mesmo a fugir do
tema inicial sobre a VM Java.... :)

2008/2/22 Ricardo Rodrigues <rcr.listas at ig.com.br>:
> O DST incomoda em servidores onde é preciso guardar logs de conexão. Afinal,
>  quando se atrasa o relógio devido ao DST, "passamos duas vezes" pelo horário
>  entre 23:00 e 24:00h.
>
>  Nesses casos, uma das soluções é guardar, além da hora local com o DST
>  ajustado, também a hora em GMT (essa não muda). Ou então configura o
>  servidor direto com GMT e não precisa mudar nada.
>
>  []'s
>  Ricardo
>

<snip>



More information about the gter mailing list