[ 
https://issues.apache.org/jira/browse/LOG4J2-17?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ralph Goers closed LOG4J2-17.
-----------------------------

       Resolution: Fixed
    Fix Version/s: 2.0-alpha1
         Assignee: Ralph Goers

Filters have been implemented. I have considered implementing Evaluators as 
Logback does but I don't see the value over just using either a Filter or a 
Lookup.
                
> Provide enhanced logger filtering support.
> ------------------------------------------
>
>                 Key: LOG4J2-17
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-17
>             Project: Log4j 2
>          Issue Type: New Feature
>          Components: Core
>            Reporter: Ralph Goers
>            Assignee: Ralph Goers
>             Fix For: 2.0-alpha1
>
>
> We wrote our own logging framework primarily because log4j didn't provide 
> some of the features we needed. Our software runs on behalf of many 
> companies, products and users all in the same JVM. We have a requirement to 
> be able to enable logging based on some of these factors. For example, we 
> might want to enable debug logging only for a specific company or even a 
> specific user. All our requests store attributes, such as the companyId, 
> product name and userid in the MDC. 
> So the real requirement here is to be able to filter log records early based 
> on more information than just the log level. For example, our requirement 
> could be met by a filter that could be configured to associate a log level 
> with a company id. Then when debug is called a check would first be done to 
> see if debug was enabled for that company id and then whether debug was 
> enabled for that logger. These checks cannot be done as filters on Appenders 
> as the performance of the system is dramatically impacted as isDebugLogging 
> really needs to return false for all company ids other than the one that is 
> enabled.
> This feature is similar to LogBack's TurboFilter, except I would like it 
> implemented differently. I would recommend that the filter be specified 
> globally but referenced on each logger to which it applies, much as the 
> specification of Appenders is done.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to