TimeZone Updater Tool/Project, where would we put it? (original) (raw)
Alan Bateman Alan.Bateman at oracle.com
Mon Nov 25 11:24:21 UTC 2019
- Previous message: TimeZone Updater Tool/Project, where would we put it?
- Next message: TimeZone Updater Tool/Project, where would we put it?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 25/11/2019 10:24, Severin Gehwolf wrote:
Hi,
On Mon, 2019-11-25 at 10:02 +0000, Andrew Leonard wrote: Hi there, Not had a lot of interest in contributing this yet, so was going to ask the question a different way. If we were to contribute it where would we put it? - As part of the JDK project? IMHO yes. Consider making it built-time enable-able via configure switches (e.g. --with-tz-updater={yes,no}) I found Andrew's original mail where he described it as GUI or CLI tool that scans the file system for run-time images. I assume it must have knowledge of each JDK release as the format of the TZ data has changed in recent years. There isn't enough info to know if it looks at the
release
file and skips/rejects releases that it doesn't know about. I guess my point is that I wouldn't expect to runjdk-11.0.1/bin/tzupdate
to update the jdk-13.0.1 on my system. On the other hand, I could imagine a tzupdate tool in the JDK that is capable of updating the TZ data in its own run-time image. If the interface to that tool is stable then the scan-the-world tool could find it and invoke it. There are several other approaches, probably needs a write-up of the options to see what is the most workable.
-Alan
- Previous message: TimeZone Updater Tool/Project, where would we put it?
- Next message: TimeZone Updater Tool/Project, where would we put it?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]