RFR: 8153044: Allow a property to control location of tzdb.dat file

Seán Coffey sean.coffey at oracle.com
Thu Jul 7 18:44:08 UTC 2016


I'll (reluctantly) close this out then. I do think it was a convenient 
and low-maintenance feature that would allow end users the ability to 
bounce applications in an ordered fashion in order to pick up new tzdata 
rules. I'll investigate the upgradeable module approach.

Regards,
Sean.

On 07/07/2016 16:37, mark.reinhold at oracle.com wrote:
> 2016/7/7 8:02:21 -0700, scolebourne at joda.org:
>> I won't block this change, but I remain unenthused. There are other
>> ways to control the time-zone data, and since tzdb.dat is currently a
>> private format file that is part of the internals of the JDK, it seems
>> odd to be exposing it.
> I agree.  This is an internal implementation detail.  If we define this
> system property then it becomes something we'll have to document and
> support, likely for a very long time.  I suggest WNF.
>
>> Having the tzdb.dat as a versioned module that could be replaced, or
>> linked in would, by contrast, be potentially very useful.
> Hrm, now if we only had a module system ...
>
> - Mark



More information about the core-libs-dev mailing list