Fehler bei der Behandlung von Zeitzonen?

[brazzy]

Das Problem ist, daß die Zeitstempel aus den Dateien mit der Default-Zeitzone geparst werden, d.h. hierzulande Europe/Berlin.

Woraus schließt Du das?

Na daraus, daß ich falsche Ergebnisse bekomme, und im Debugger verfolgen kann, wie die zustande kommen.

Bei NMEA z.B. wird der CompactCalendar verwendet:

[...]

public static CompactCalendar fromCalendar(Calendar calendar) {
return new CompactCalendar(calendar.getTimeInMillis(), calendar.getTimeZone().getID());
}

public static CompactCalendar getInstance() {
return fromCalendar(Calendar.getInstance());
}

private CompactCalendar(long timeInMillis, String timeZoneId) {
this.timeInMillis = timeInMillis;
this.timeZoneId = timeZoneId.equals("GMT") ? "GMT" : timeZoneId.intern();
}

[...]

Du siehst: viel Gehampelt mit Zeitzonen.

Die Zeitzone wird aus dem übergebenen Calendar übernommen. Und woher hat der sie? In BaseNmeaFormat.java finde ich:

private static final DateFormat PRECISE_DATE_AND_TIME_FORMAT = new SimpleDateFormat("ddMMyy HHmmss.SSS");

[...]

Date parsed = PRECISE_DATE_AND_TIME_FORMAT.parse(dateAndTime);
Calendar calendar = Calendar.getInstance();
calendar.setTime(parsed);
return CompactCalendar.fromCalendar(calendar);


Tja, SimpleDateFormat nimmt leider die Default-Zeitzone wenn man sie nicht explizit setzt oder sie im Pattern vorkommt. Damit kommt schonmal beim Parsen das definitiv falsche Ergebnis raus. Daß der mit Calendar.getInstance() geholte Calendar dann die Default-Zeitzone in den CompactCalendar weitergibt ist dann auch schon egal.

Zeitzonen sind was ekliges, ich hab da bei meinem Projekt auch schon genug Lehrgeld bezahlt...

Schau mal in den Code und schreib einen Test wie in TimeZoneTest, der zeigt, wo das Problem liegt.

Ist angehängt.