-
Bug
-
Resolution: Fixed
-
P3
-
10, 11, 12, 13
-
b36
-
b10
-
x86_64
-
windows_10
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8228700 | 11.0.6-oracle | Naoto Sato | P3 | Resolved | Fixed | b01 |
JDK-8222458 | 11.0.5-oracle | Ramanand Patil | P3 | Resolved | Fixed | b04 |
JDK-8224226 | 11.0.4 | Naoto Sato | P3 | Resolved | Fixed | b04 |
Windows 10 / OpenJDK 11.0.1
A DESCRIPTION OF THE PROBLEM :
CLDRCalendarDataProviderImpl seems to have some bug that is logged on CONFIG level which maps to INFO level when one uses the SLF4J bridge for JUL.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Start a JShell and execute the snippet given below
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
No log output about things that should not happen
ACTUAL -
Feb 12, 2019 5:20:54 PM sun.util.locale.provider.LocaleServiceProviderPool config
CONFIG: A locale sensitive service provider returned null for a localized objects, which should not happen. provider: sun.util.cldr.CLDRCalendarDataProviderImpl@887af79 locale: en
Feb 12, 2019 5:20:54 PM sun.util.locale.provider.LocaleServiceProviderPool config
CONFIG: A locale sensitive service provider returned null for a localized objects, which should not happen. provider: sun.util.cldr.CLDRCalendarDataProviderImpl@887af79 locale: en
Feb 12, 2019 5:20:54 PM sun.util.locale.provider.LocaleServiceProviderPool config
CONFIG: A locale sensitive service provider returned null for a localized objects, which should not happen. provider: sun.util.cldr.CLDRCalendarDataProviderImpl@887af79 locale: en
Feb 12, 2019 5:20:54 PM sun.util.locale.provider.LocaleServiceProviderPool config
CONFIG: A locale sensitive service provider returned null for a localized objects, which should not happen. provider: sun.util.cldr.CLDRCalendarDataProviderImpl@887af79 locale: en
$14 ==> java.text.SimpleDateFormat@5a0f0632
The four log lines are:
* once for current locale `"en"`, key `"firstDayOfWeek"`
* once for current locale `""`, key `"firstDayOfWeek"`
* once for current locale `"en"`, key `"minimalDaysInFirstWeek"`
* once for current locale `""`, key `"minimalDaysInFirstWeek"`
in sun.util.locale.provider.LocaleServiceProviderPool#getLocalizedObjectImpl
My guess is that maybe this commit causes the issue: http://hg.openjdk.java.net/jdk/jdk/rev/57148c79bd75
---------- BEGIN SOURCE ----------
import java.text.SimpleDateFormat;
import java.util.logging.ConsoleHandler;
import java.util.logging.Logger;
import static java.util.Arrays.stream;
import static java.util.Locale.ENGLISH;
import static java.util.logging.Level.ALL;
import static java.util.logging.LogManager.getLogManager;
ConsoleHandler handler = new ConsoleHandler();
handler.setLevel(ALL)
Logger rootLogger = getLogManager().getLogger("");
stream(rootLogger.getHandlers()).forEach(rootLogger::removeHandler)
rootLogger.setLevel(ALL)
rootLogger.addHandler(handler)
new SimpleDateFormat("EEE, d MMM yyyy HH:mm:ss Z", ENGLISH)
---------- END SOURCE ----------
FREQUENCY : always
- backported by
-
JDK-8222458 CONFIG level logging statements printed in CLDRCalendarDataProviderImpl.java even when default log Level is INFO
- Resolved
-
JDK-8224226 CONFIG level logging statements printed in CLDRCalendarDataProviderImpl.java even when default log Level is INFO
- Resolved
-
JDK-8228700 CONFIG level logging statements printed in CLDRCalendarDataProviderImpl.java even when default log Level is INFO
- Resolved
- relates to
-
JDK-8226869 Test java/util/Locale/LocaleProvidersRun.java should enable assertions
- Resolved
-
JDK-8226876 Assertion in sun/util/locale/provider/CalendarDataUtility on Windows after JDK-8218960
- Resolved
-
JDK-8227289 Enable assertions for some shell to java conversion tests after JDK-8218960
- Resolved