[slf4j-dev] [JIRA] (SLF4J-437) Create a BOM POM
QOS.CH (JIRA)
noreply-jira at qos.ch
Mon Nov 12 08:58:00 CET 2018
[ https://jira.qos.ch/browse/SLF4J-437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=19363#comment-19363 ]
Jörg Sesterhenn commented on SLF4J-437:
---------------------------------------
@Joachim, @Michael please be nice to one another :)
I have described our usecase in https://jira.qos.ch/browse/SLF4J-365 which got closed as won't fix for beeing to much effort. I believe Ceki already sees the value of that feature for users of slf4j (at least he stated it makes sense in LOGBACK-1157). By providing examples and an alternative implementation I hope to have lowered the burden of creating an initial BOM. Maybe if more users see the value in BOMs this issue will get somewhere.
@Joachim: Let me explain the advantage of a BOM for us with an example:
-------------------------------------------------------------------------------------------------------
Example: slf4j adds another module, or renames a module.
Without BOM every project will have to carefully read the releasenotes and then add another entry to their (parent-)pom where the slf4js modules are listed and add/rename a module. In big companys this might be centralized so that you have to do this for a lot of libraries. It's a tedious and error prone task.
With BOM every project just raises the version of the BOM in the (parent-)pom to the latest and automatically ensures that all module versions are managed. This is quite convenient and also helps to keep our parent-pom at a somewhat manageable size.
There are more examples like just increasing the version, or dropping a module where the same logic applies. @Joachim: Did this help?
-------------------------------------------------------------------------------------------------------
Slf4j still needs to deal with the housekeeping of its BOM (best integrate it into the build process) - which is essentially what other companys/teams gain from having a single BOM for a library - less housekeeping. It would simply make an awesome library just a little bit more awesome ;)
> Create a BOM POM
> ----------------
>
> Key: SLF4J-437
> URL: https://jira.qos.ch/browse/SLF4J-437
> Project: SLF4J
> Issue Type: Task
> Affects Versions: 1.8.0-beta2
> Reporter: Michael Osipov
> Assignee: SLF4J developers list
>
> Please create a {{slf4j-bom}} POM which can be imported via dependency management. This makes consumer POM less verbose, no need to repeat version. The Spring Framework does this for example.
--
This message was sent by Atlassian JIRA
(v7.3.1#73012)
More information about the slf4j-dev
mailing list