Uploaded image for project: 'SLF4J'
  1. SLF4J
  2. SLF4J-561

SLF4J 1.x to 2.x migration adapter library.

    XMLWordPrintable

Details

    • Icon: New Feature New Feature
    • Resolution: Won't Fix
    • Icon: Major Major
    • None
    • None
    • None
    • None

    Description

      Did I read somewhere that there is a SLF4J 2.x compatibility module that will provide StaticLoggerBinder to keep old applications from breaking? I thought I had read that somewhere, but I can't find it now.

      If there is no such thing, then I propose that a separate SLF4J 2.x library be published as a sort of "migration bridge" between SLF4J 1.x and SLF4J 2.x. It would provide a minimal StaticLoggerBinder that doesn't allow registration of any modules, but would implement getLoggerFactory() to delegate to the default version. This would allow an application to manually pull in SLF4J 2.x, but still not crash when a misbehaving application such as Spark 3.3.0 tries to access StaticLoggerBinder manually. (See SPARK-40489.) This would just be a single artifact to include as a dependency to keep legacy classes from breaking.

      If you're not open to that suggestion, I suppose I could create such a "bridge" as part of my Clogr, but my first choice would be for it to be part of official SLF4J.

      Without such a thing, I fear SLF4J 2.x adoption could be slowed. See also SLF4J-562.

      Attachments

        Activity

          People

            slf4j-dev SLF4J developers list
            garretwilson Garret Wilson
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: