[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

kurioses Java/DST Kalender Problem



Moin,

ich habe ein kurioses Problem mit zwei Lenny-AMD64 Rechner (virtuelle 
Maschinen) die eigentlich fast identisch konfiguriert sind.

Auf beiden Rechnern nach:
# dpkg-reconfigure tzdata

Current default timezone: 'Europe/Berlin'
Local time is now:      Thu Apr  8 20:40:08 CEST 2010.
Universal Time is now:  Thu Apr  8 18:40:08 UTC 2010.


die md5summ (4790e83465681cefbf852aed265354bf) von /etc/localtime ist 
ebenfalls identisch zwischen beiden Rechnern und identisch zu 
/usr/share/zoneinfo/Europe/Berlin

# date
zeigt auf beiden ebenfalls:
Do 8. Apr 20:41:44 CEST 2010
ein korrektes Datum/Zeit an.

Aber jetzt ein simples Java Programm:

RechnerMitProblem # java simpleTest
TIME ZONE :GMT+01:00
String Format: Thu Apr 08 19:42:12 GMT+01:00 2010
ZONE_OFFSET: 1
DST_OFFSET: 0


RechnerOK # java simpleTest
TIME ZONE :Central European Time
String Format: Thu Apr 08 20:42:35 CEST 2010
ZONE_OFFSET: 1
DST_OFFSET: 1

Der Problem Rechner merkt also nicht, das die Sommerzeit da ist.
Jetzt wird es noch kurioser, die md5summ von /etc/localtime war ja 
identisch. Wenn ich aber:
RechnerMitProblem # ln -s -f /usr/share/zoneinfo/Europe/Berlin 
/etc/localtime
ausführe und anschließend:
RechnerMitProblem # java simpleTest
TIME ZONE :Zentraleuropäische Zeit
String Format: Thu Apr 08 20:44:27 CEST 2010
ZONE_OFFSET: 1
DST_OFFSET: 1

dann haben wir auf einmal eine korrekte Uhrzeit?!?
Was ist das denn für ein kurioses Verhalten?

Wenn ich übrigens das Testprogramm wie folgt ausführe:
# TZ=Europe/Berlin java simpleTest
funktioniert es, wie zu erwarten ist, immer.

Wer stellt mir hier das Bein?
Die Rechner sind identisch was sun-java angeht:
ii  sun-java5-bin                           1.5.0-17-0.1
ii  sun-java5-demo                          1.5.0-17-0.1
ii  sun-java5-fonts                         1.5.0-17-0.1
ii  sun-java5-jdk                           1.5.0-17-0.1
ii  sun-java5-jre                           1.5.0-17-0.1


Unterschiede gibt es z.B. hier:
RechnerMitProblem # uname -r
2.6.26-bpo.2-amd64

ii  tzdata 2010a-0lenny1


RechnerOhneProblem # uname -r
2.6.26-2-amd64

ii  tzdata 2009l-0lenny1

Kernel und tzdata Stand sind also unterschiedlich. Wobei ich nicht 
glaube das tzdata oder Kernel hier etwas ausmachen (md5summ bei 
localtime war ja gleich).

Woran kann es noch scheitern?

MfG
msc


Reply to: