Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!selfless.tophat.at!news.glorb.com!newsfeeds.ihug.co.nz!lust.ihug.co.nz!ihug.co.nz!not-for-mail From: Lawrence D'Oliveiro Newsgroups: comp.lang.java.programmer Subject: Re: Timezones and versions of Java Followup-To: comp.lang.java.programmer Date: Tue, 24 May 2011 20:25:01 +1200 Organization: Geek Central Lines: 31 Message-ID: References: NNTP-Posting-Host: 118-92-95-178.dsl.dyn.ihug.co.nz Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8Bit X-Trace: lust.ihug.co.nz 1306225502 6111 118.92.95.178 (24 May 2011 08:25:02 GMT) X-Complaints-To: abuse@ihug.co.nz NNTP-Posting-Date: Tue, 24 May 2011 08:25:02 +0000 (UTC) User-Agent: KNode/4.4.7 Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:4519 In message , Lothar Kimmeringer wrote: > 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. Is that like saying you can never take the plane from an airport in your town, because other towns don’t have airports? > BTW: How is Linux ensuring that the timezone-files are staying correct? Much more easily and quickly than any software vendor can provide software patches. For example, Chile recently rushed through a bill to extend its daylight- saving hours, just days before the period was due to end under the old rules. A zoneinfo patch was available that same week , and has already been rolled into the regular release . Has Java been patched for this yet?