[
https://jira.qos.ch/browse/SLF4J-408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18760#comment-18760
]
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/%3CCACzrW9A4ycTU4vZ08LPr_AhnZuJcP9xcBO8NqOy13FxzG35mPQ%40mail.gmail.com%3E],
> 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)
_______________________________________________
slf4j-dev mailing list
[email protected]
http://mailman.qos.ch/mailman/listinfo/slf4j-dev
