geode-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <>
Subject [jira] [Commented] (GEODE-189) Configure log4j2 on classpath instead of with system property
Date Wed, 14 Oct 2015 16:56:07 GMT


ASF subversion and git services commented on GEODE-189:

Commit 8efc6057222f575fd2892a779e8f763b4245a817 in incubator-geode's branch refs/heads/feature/GEODE-189-new
from []
[;h=8efc605 ]

Merge remote-tracking branch 'origin/develop' into feature/GEODE-189-new

> Configure log4j2 on classpath instead of with system property
> -------------------------------------------------------------
>                 Key: GEODE-189
>                 URL:
>             Project: Geode
>          Issue Type: Bug
>    Affects Versions: 1.0.0-incubating
>            Reporter: Kirk Lund
>            Assignee: Kirk Lund
>             Fix For: 1.0.0-incubating
> This change is necessary for GEODE-77. It's easier to complete on its own feature branch
and then be cherry-picked over to feature/GEODE-77.
> Geode configures Log4J2 using a system property, however, if a configuration file is
already found on the classpath then it will defer configuration to that file. The new JGroups
jar contains a log4j2.xml config file in its root, so Log4J2 finds it on the classpath and
always uses it instead of Geode's log4j2-default.xml.
> This change would involve moving Geode's log4j2-default.xml to the root of the gemfire-core
jar file and rename it to log4j2.xml. The gemfire-core jar would then be placed earlier on
the classpath than the jgroups jar so that the default configuration of Geode prefers the
one in the gemfire-core jar.

This message was sent by Atlassian JIRA

View raw message