<i18n dev> [11] RFR: 8206980: DateTimeFormatter throws parsing a valid string depending on the locale

[naoto.sato at oracle.com]

Hello,

Please review the changes to the following issue:

https://bugs.openjdk.java.net/browse/JDK-8206980

The proposed fix is located at:

http://cr.openjdk.java.net/~naoto/8206980/webrev.00/

CLDR time zone names in "en" bundle are expected to be pre-populated for 
performance. This is not the case for locales that have "en-001" (World 
English) as the parent bundle, such as Locale.CANADA. The fast path 
determining logic was incorrectly assumed all English locales are using 
pre-populated bundles. Limiting the assumption to only "en" and "en-US" 
will solve the problem.

Naoto