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

[Ricardo Rodrigues]

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

Em 22/02/08, Marcus Andree <marcusandree at gmail.com> escreveu:
>
> O Horario de Verao (Daylight Saving Time) deveria ser um
> fator baseado em fatos astronomicos. No Brasil, eh um
> fator baseado em fatos legais, sendo necessario uma
> determinacao do Poder Executivo para a sua instalacao.
>
> Nos EUA, recordo-me de ter visto videocassetes que se
> ajustavam automaticamente ao DST na costa oeste.
>
> Aqui no Brasil, ate fatores como uma falha no contrato de
>   venda de direitos de TV da visita do Papa Joao Paulo II
> servem para colocar mais entropia no processo...
>
> Tambem faco votos para que os politicos tomem uma atitude
> sensata, mas estou certo de que isso eh uma utopia e, se
> deixar de ser, ficarei ainda mais preocupado quanto que isso
> nao geraria de gastos nos cartoes de credito corporativos do
> governo...
>
> Mas, por incrivel que pareca, nao sao todos os locais que tem
> trabalho para alterar o TZ... A recomendacao "oficial" da Oracle
> para o banco de dados, quando do retorno ao horaio "normal" eh
> "parar o banco por uma hora"...
>
> Quanto ao "problema" do Java, existe por uma razao simples:
> a VM deve ser independente de plataforma e retornar exatamente
> os mesmos bits nos mesmos locais qualquer que seja a operacao
> ou o dado envolvido na instrucao.
>
> Muitos anos atras, nao havia o tzupdater e tive que costurar uma
> solucao com um parametro de linha de comando do interpretador,
> associado ao tipo de dado "timestamp with timezone" (se nao me
> falha a memoria) do PostgreSQL.
>
> 2008/2/21 Francisco G. Matos <kiko at uol.com.br>:
>
> > Mais estúpido que isso é a ausência de uma regra perene para o horário
> de
> >  versão no Brasil e o pouco caso das autoridades ao divulgar as regras
> de
> >  cada ano com poucos dias de antecedência.
> >
> >  E ainda estamos fazendo escola: nesse ano Argentina adotou o horário de
> >  verão com aviso de uma semana, e sem regra perene.  Ao menos já não
> somos
> >  mais a única aberração do planeta !
> >
> >  Bastava um neuronio a mais no governo para definirem uma regra perene,
> por
> >  mais absurda que fosse. Qualquer maluquice do tipo "primeiro sábado
> depois
> >  do dias das bruxas" resolveria a vida de milhares de profissionais de
> TI e
> >  empresas todo ano perdem tempo($) atualizando timezones. Por outro lado
> o
> >  governo precisa gerar factóides midiáticos para "mostrar trabalho".
> Fazer
> >  regra perene só gera um factóide, sem regra perene todo ano temos
> factóide !
> >
> >  ----- Original Message -----
> >  From: "Lao DanTong" <danton at inexo.com.br>
> >  To: "Mail Aid and Succor, On-line Comfort and Help"
> >  <masoch-l at eng.registro.br>
> >  Sent: Thursday, February 21, 2008 3:11 PM
> >  Subject: Re: [MASOCH-L] Horário de verão no Java
> >
> >
> >  On Thu, 21 Feb 2008, André Proto wrote:
> >
> >  > Para aqueles que possuem aplicações Java e enfrentam problemas com o
> >  > horário de verão, a SUN disponibiliza uma ferramenta que corrige o
> >  > problema. Ela é chamada de "Timezone updater tool".
> >  >
> >  > http://java.sun.com/javase/tzupdater_README.html
> >
> >  esse negócio do Java ter sua própria tabela de horário de verão
> >  independente do sistema operacional é uma das coisas mais estúpidas que
> já
> >  vi. tremenda bola fora da Sun.
> >  __
> >  masoch-l list
> >  https://eng.registro.br/mailman/listinfo/masoch-l
> >
>
> >  --
> >  gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>