Uploaded image for project: 'Log4j 2'
  1. Log4j 2
  2. LOG4J2-3484

environment variables are no longer resolved

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Invalid
    • 2.17.2
    • None
    • Appenders
    • None
    • Openjdk11

      OSX Monterey 12.3.1 (21E258)

    Description

      this used to worked in 2.16.0. I upgraded to 2.17.2 

          <RollingFile name="rollingFile" fileName="${env:DOMAIN_LOGS}/xxxxx.log" filePattern="$${sys:DOMAIN_LOGS}/$${date:yyyy-MM}/xxxxx-%d{MM-dd-yyyy}-%i.log.gz">

      this bug seriously undercuts deployment models where log-location has to vary per environment.

       

      log4J - once a workhorse that solved a core problem is now a liability to me. I'd roll back 5 versions if there wasn't the critical security flaw that's forced upgrades.

       

      Hardcoding file-paths is simply not an option; this feature is unreliable, so maybe the oath forward is symlinks, and hardcode every path in sight.

      Attachments

        Activity

          People

            Unassigned Unassigned
            primeq Paul
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: