[jboss-jira] [JBoss JIRA] (WFLY-6359) Investigate consequences of changes in JDK9 on JBoss Logging
James Perkins (JIRA)
issues at jboss.org
Mon Mar 14 11:34:00 EDT 2016
[ https://issues.jboss.org/browse/WFLY-6359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13176238#comment-13176238 ]
James Perkins commented on WFLY-6359:
-------------------------------------
The logmanager needs to be analyzed due to changes in [JEP 264|http://openjdk.java.net/jeps/264]. A while ago I started a PoC implementation to interact with JBoss Log Manager, but I haven't looked at it in a while. If this is urgent I could look at what might need to change.
You can workaround the error by setting the system property {{sun.util.logging.disableCallerCheck}} to {{true}}.
> Investigate consequences of changes in JDK9 on JBoss Logging
> ------------------------------------------------------------
>
> Key: WFLY-6359
> URL: https://issues.jboss.org/browse/WFLY-6359
> Project: WildFly
> Issue Type: Task
> Components: Logging
> Affects Versions: 10.0.0.Final
> Reporter: Richard Opalka
> Assignee: James Perkins
> Fix For: 10.1.0.Final
>
>
> When running:
> $[wildfly-core/logging]>mvn test -Dtest=**/Log4jAppenderTestCase
> on JDK9 the test is failing. After short debugging I identified the difference between JDK8 and JKD9 that is causing the test to fail. In JDK8 the relevant piece of code was:
> {code}
> // java.util.logging.Logger
> private static Logger demandLogger(String name, String resourceBundleName, Class<?> caller) {
> LogManager manager = LogManager.getLogManager();
> SecurityManager sm = System.getSecurityManager();
> if (sm != null && !SystemLoggerHelper.disableCallerCheck) {
> if (caller.getClassLoader() == null) {
> return manager.demandSystemLogger(name, resourceBundleName);
> }
> }
> return manager.demandLogger(name, resourceBundleName, caller);
> // ends up calling new Logger(name, resourceBundleName, caller)
> // iff the logger doesn't exist already
> }
> {code}
> in JDK9 the Security Manager check part disappeared:
> {code}
> // java.util.logging.Logger
> private static Logger demandLogger(String name, String resourceBundleName, Class<?> caller) {
> LogManager manager = LogManager.getLogManager();
> if (!SystemLoggerHelper.disableCallerCheck) {
> if (caller.getClassLoader() == null) {
> return manager.demandSystemLogger(name, resourceBundleName, caller);
> }
> }
> return manager.demandLogger(name, resourceBundleName, caller);
> // ends up calling new Logger(name, resourceBundleName, caller)
> // iff the logger doesn't exist already
> }
> {code}
> This change causes the platform java.util.logging.Logger is returned instead of expected one
> org.jboss.logmanager.Logger.
> It is possible to workaround this problem by setting sun.util.logging.disableCallerCheck JVM property, like:
> $[wildfly-core/logging]>mvn test -Dtest=**/Log4jAppenderTestCase -Dsun.util.logging.disableCallerCheck=true
> Please investigate, whether this is regression that should be addressed by Oracle and if there are not other potential problems affecting proper logging functionality on JDK9.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
More information about the jboss-jira
mailing list