TimeZone Updater Tool/Project, where would we put it?

[Alan Bateman]

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 run 
`jdk-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