[tz] OpenJDK/CLDR/ICU/Joda issues with Ireland change
Paul Eggert
eggert at cs.ucla.edu
Mon Jan 22 19:18:06 UTC 2018
On 01/22/2018 10:47 AM, Stephen Colebourne wrote:
> This will happen in the perfect scenario where everything is updated
> at once. The problem is that the perfect scenario is the anomaly. In
> many perfectly reasonable scenarios, one will be updated without the
> other being updated, causing nonsense output.
Could you be more precise about what the "one" is, and what the "other"
is? Is "one" the Java 9 code, and the other the timezone data being
supplied to the Java 9 runtime? For example, does the Java 9 code have
time zone abbreviations wired into it? and if not, then what sort of
discrepancies would be observed at the API level if (say) the Java code
is updated but the Java timezone data are not?
I'm not worried about the old Java code here; it can continue to use
old-format Java tables if that is needed. I'm worried about what would
be the problems when using Java code that has been updated to support
negative DST, when this new code is given updated timezone data.
> Moreover, having the operating system
> (via zic) run on different rules to the applications that run it seems
> destined to end in tears.
That bridge was crossed long ago, it seems, if Java-based applications
have long been reporting information for old Irish timestamps that
disagrees with what GNU/Linux, FreeBSD etc. report for the same
timestamps. If we could fix future Java implementations to support
negative DST offsets, it appears that we could remove some of these
longstanding minor discrepancies between Java and other implementations.
More information about the tz
mailing list