You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
DK 8 has JRE as default locale provider, whereas in JDK 9 onwards CLDR is the default locale provider. (http://openjdk.java.net/jeps/252 )
To enable behavior compatible with JDK 8, set the system property java.locale.providers to a value with JRE ahead of CLDR.
In JDK 9 ,if we run the test case as " java -Djava.locale.providers=JRE,CLDR JI9032375" it is successful.
Closing as not an issue.
This change means date parsing is failing on the latest Java 9 early access since DateFormat.getDateTimeInstance(DateFormat.SHORT, DateFormat.SHORT, Locale.ENGLISH) will require the format "M/d/yy, h:mm a", instead of the traditional "M/d/yy h:mm a" of JRE8 (notice there is a comma).
SpotBugs should work as is, without extra JVM arguments, for all users on all environments. So we need to work around this. Possibly creating a SimpleDateFormat with an explicit pattern and Locale rather than using the default should work.
The text was updated successfully, but these errors were encountered:
- Since we have a hardwired Locale, and are already assuming the format,
just use that format directly. This avoids issues with the LocaleProvider
changes in JRE9.
- Since we have a hardwired Locale, and are already assuming the format,
just use that format directly. This avoids issues with the LocaleProvider
changes in JRE9.
As stated on Java's issue database:
This change means date parsing is failing on the latest Java 9 early access since
DateFormat.getDateTimeInstance(DateFormat.SHORT, DateFormat.SHORT, Locale.ENGLISH)
will require the format "M/d/yy, h:mm a", instead of the traditional "M/d/yy h:mm a" of JRE8 (notice there is a comma).This break is evidenced by #16
SpotBugs should work as is, without extra JVM arguments, for all users on all environments. So we need to work around this. Possibly creating a
SimpleDateFormat
with an explicit pattern and Locale rather than using the default should work.The text was updated successfully, but these errors were encountered: