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

Oscar Korz commented on LOG4J2-804:
-----------------------------------

Ah, but that can be solved by using the component properties file instead of an 
actual Java system property!
 
[https://logging.apache.org/log4j/2.x/manual/configuration.html#SystemProperties]

For example:
{code:java}
# src/main/resources/log4j2.component.properties
log4j2.configurationFile=log4j2.xml,log4j2-common.xml
{code}

> XInclude does not respect classpath
> -----------------------------------
>
>                 Key: LOG4J2-804
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-804
>             Project: Log4j 2
>          Issue Type: Bug
>          Components: Configurators
>            Reporter: Alex Barnes
>            Priority: Major
>
> This issue is related to the one resolved by 
> https://issues.apache.org/jira/browse/LOG4J2-341
> The <xi:include> element does not respect entries provided on the classpath. 
> Specific use case: I have a log4j2.xml configuration I wish to share across 
> several applications providing a common base of appenders and plugins, these 
> are bundled into a myorg-logging.jar to be used in downstream projects that 
> wish to provide configuration for their loggers. In the myorg-logging 
> log4j2.xml I wish to optionally include a file from the classpath called 
> myorg-logging.xml
> == log4j2.xml ==
> <Loggers>
>   <logger name="root" level="env:rootLogLevel:-WARN"/>
>   <logger name="my.org" level="env:myOrgLogLevel:-INFO"/>
>   <xi:include href="myorg-logging.xml">
>     <xi:fallback/>
>   </xi:include>
> </Loggers>
> I also noticed once a Loggers or Appenders section has been declared in xml, 
> it can not be appended to with a second Loggers or Appenders section (which 
> would be nice for a top level additive xi:include scenario instead of 
> limiting to an included file just for loggers, a file just for appenders, etc)



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to