[ https://jira.qos.ch/browse/SLF4J-408?page=com.atlassian.jira.plugin.system.i... ] Stephen Colebourne commented on SLF4J-408: ------------------------------------------ Just to note that ideally the SLF4J jars we are talking about here should not be released until the ones they are replacing have locked down their module names. The log4j v1..x package name seems to be `org.apache.log4j`, so i assume that is what will get used - http://logging.apache.org/log4j/1.2/apidocs/index.html.
Incorrect module name for log4j-over-slf4j ------------------------------------------
Key: SLF4J-408 URL: https://jira.qos.ch/browse/SLF4J-408 Project: SLF4J Issue Type: Bug Components: log4j-over-slf4j Affects Versions: 1.8.0-alpha1 Reporter: Stephen Colebourne Assignee: SLF4J developers list Fix For: 1.8.0-alpha2
I need to write this exact use case up in more detail, but see the comments section of my [naming article|http://blog.joda.org/2017/04/java-se-9-jpms-module-naming.html]. Basically, the module name must be the same for both the real log4j and the "fake" one being supplied by this artifact. This is because the purpose of this module is to replace the log4j one, and because two packages cannot be in the same module. It is up to the build system, ie. Maven, to select the correct artifact to fulfill a given module name. Based on discussions on the commons-dev mailing list, I'm proposing [these as the module names|http://mail-archives.apache.org/mod_mbox/commons-dev/201704.mbox/%3CCACzrW9A...], notably `org.apache.logging.log4j`. (This is based on my super-package reverse-DNS standard naming approach) Thus the module-info.java file needs to change from a module name of `org.slf4j.log4j_over_slf4j` to `org.apache.logging.log4j`.
-- This message was sent by Atlassian JIRA (v7.3.1#73012)