You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by "Remko Popma (JIRA)" <ji...@apache.org> on 2014/08/06 15:33:11 UTC

[jira] [Resolved] (LOG4J2-730) Log4jContextFactory selector discovery logic is not extensible

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

Remko Popma resolved LOG4J2-730.
--------------------------------

       Resolution: Fixed
    Fix Version/s: 2.0.2

Fixed in revision 1616231.
Please verify and close.

> Log4jContextFactory selector discovery logic is not extensible
> --------------------------------------------------------------
>
>                 Key: LOG4J2-730
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-730
>             Project: Log4j 2
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 2.0
>            Reporter: Mariano Gonzalez
>            Assignee: Remko Popma
>             Fix For: 2.0.2
>
>
> I want to write my own LoggerContextFactory which forces my specific instance of ContextSelector and sets some system properties. 
> I'd like to extend Log4jContextFactory class to just add this logic and reuse the rest of the code, however that doesn't seem possible since the selector attribute is private and the piece of code that fetches it is embedded in the constructor.
> I think it makes sense to have the selector as a private field, but if the code to fetch it could be a protected one so that it can be overridden, that would enable use cases like this.
> Thanks



--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org