Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!gegeweb.org!de-l.enfer-du-nord.net!feeder2.enfer-du-nord.net!news.cgarbs.de!news.addix.net!feed.news.schlund.de!schlund.de!news.online.de!not-for-mail From: Lothar Kimmeringer Newsgroups: comp.lang.java.programmer Subject: Re: Timezones and versions of Java Date: Tue, 24 May 2011 09:12:07 +0200 Organization: Organization?! Only chaos here! Lines: 27 Message-ID: References: Reply-To: news@kimmeringer.de NNTP-Posting-Host: mnch-4d042196.pool.mediaways.net Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 8bit X-Trace: online.de 1306221128 2454 77.4.33.150 (24 May 2011 07:12:08 GMT) X-Complaints-To: abuse@einsundeins.com NNTP-Posting-Date: Tue, 24 May 2011 07:12:08 +0000 (UTC) User-Agent: 40tude_Dialog/2.0.15.1de Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:4515 Lawrence D'Oliveiro wrote: > In message , Daniele Futtorovic wrote: >> >> The JRE carries regularly updated timezone info (which can be updated >> independently of the JRE) for the purpose of running in environments >> that do not sport a perfectly serviceable set of timezone informations. > > Which is not the case with Linux. Why can it not use zoneinfo when it¢s > available? Because these files are part of the runtime-classes which are Java and are therefor platform independent. BTW: How is Linux ensuring that the timezone-files are staying correct? I assume by doing the same thing that you do with Java: Update to the most current version. Since you do this update for other reasons as well (bugfixes, more performance, etc.) I don't see a big disadvantage handling timezone-calculations in Java itself. Regards, Lothar -- Lothar Kimmeringer E-Mail: spamfang@kimmeringer.de PGP-encrypted mails preferred (Key-ID: 0x8BC3CD81) Always remember: The answer is forty-two, there can only be wrong questions!