You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@logging.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2019/03/04 16:15:01 UTC

[jira] [Commented] (LOG4J2-913) Allow to load log4j2 configuration from a centralized repository, like a database or a webservice

    [ https://issues.apache.org/jira/browse/LOG4J2-913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16783503#comment-16783503 ] 

ASF subversion and git services commented on LOG4J2-913:
--------------------------------------------------------

Commit 3db5e4b3a670337447820a1fa80a41967d0b6ae4 in logging-log4j2's branch refs/heads/LOG4J2-913 from Ralph Goers
[ https://gitbox.apache.org/repos/asf?p=logging-log4j2.git;h=3db5e4b ]

LOG4J2-913 - Code review changes


> Allow to load log4j2 configuration from a centralized repository, like a database or a webservice
> -------------------------------------------------------------------------------------------------
>
>                 Key: LOG4J2-913
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-913
>             Project: Log4j 2
>          Issue Type: New Feature
>          Components: Configurators
>         Environment: All
>            Reporter: Edwin F. López
>            Assignee: Ralph Goers
>            Priority: Critical
>              Labels: configuration, database, features, webservice
>
> Hi.
> I've worked in some projects that require having a single configuration point for all my loggers since basically, all of them are web applications. Since controlling the logging event flood can be problematic when the applications are in production, it would be great if, along with the current XMLConfiguration and JSONConfiguration, there would be a configuration mechanism that could load the log4j2 from a remote location, whether it's a webservice (SOAP, ReST) or a database.
> The contract can be summarized like this:
> * Set a configuration endpoint
> * Set a polling interval
> * Allow authentication
> * Load a given named configuration
> * Reconfigure if required.
> Right now, I'm been scratching this need by code, using a ScheduledExecutorService and a pice of code like this:
> {code:java}
>         LoggerContext ctx = null;
>         URI uri = null;
>         try {
>             uri = new URI("http://localhost:7001/log4j2config/getlog4j2xmlconfig?appCode=log4jConfig&section=full");
>         } catch (URISyntaxException e) {
>             System.err.println(e.getMessage());
>         }
>         ctx = Configurator.initialize("Log4J2Conf", Thread.currentThread().getContextClassLoader(), uri);
>         ctx.start();
> {code}
> However, I believe that since this is a common scenario, it could be implemented as a new plugin.
> Thank you very much.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)