Oracle SOA套件中的自定义记录器日志记录到错误的文件

Question

我在为Oracle SOA套件开发自定义log4j2记录器方面处于中间位置。类是一个胖的或自包含的罐子。它有一个log4j2.xml配置文件，其中有一个记录器和附加器

<?xml version="1.0" encoding="UTF-8"?>
<configuration status="error" name="JSONLogger">

<Properties>
    <Property name="log-path">/var/tmp</Property>
</Properties>

<Appenders>
    <Console name="Console" target="SYSTEM_OUT" level="FATAL">
        <PatternLayout pattern="%m%n" />
    </Console>

    <RollingRandomAccessFile name="RollingFile" fileName="${log-path}/jsonlogger.json"
                 filePattern="${log-path}/%d{yyyyMMdd}_jsonlogger-%i.json" 
                immediateFlush="false"> 
        <PatternLayout>
            <pattern>%m%n</pattern>
        </PatternLayout> 

        <Policies>
            <TimeBasedTriggeringPolicy />
            <SizeBasedTriggeringPolicy size="10 MB" />
        </Policies>
        <DefaultRolloverStrategy max="4"/>
    </RollingRandomAccessFile>
   <Async name="Async">
  <AppenderRef ref="RollingFile"/>
    </Async>
</Appenders>
<Loggers>
    <Logger name="JSONLogger" level="trace" additivity="false">
        <AppenderRef ref="Async" />
    </Logger>
    <Root level="fatal">
         <AppenderRef ref="Console" />
    </Root>
</Loggers>

null

运行JUnit测试时，记录器会按预期写入jsonLogger.json文件。

在我的weblogic服务器上，我部署了log4j2.xml配置文件，并将Java属性log4j.configurationfile设置到log4j2.xml文件的位置。当我将jar部署到WebLogic12c服务器时，当从错误策略调用时，记录器可以正常工作。只是它记录到了错误的文件。

它将此记录到weblogic诊断文件中

<Nov 11, 2016, 5:18:34,278 PM CET> <Error> <JSONLogger> <BEA-000000> <{"LOB":"*** TEST ****","Service":"B","Proces":"C","OptionalFields":{"melding":"Service unavailable for not available for a prolonged period","FaultPolicyID":"RemoteFaults","FaultType":"bpel","Partnerlink":"SimpleSyncUnavail","PortType":"{http://xmlns.oracle.com/JSONLogger/reddippedSimpleUnavail/BPELProcess}BPELProcess"},"level":"ERROR","thread_name":"[ACTIVE] ExecuteThread: '58' for queue: 'weblogic.kernel.Default (self-tuning)'","class":"com.reddipped.jsonlogger.JSONLogger","logger_name":"JSONLogger","@timestamp":"2016-11-11 17:18:34.270+0100"}>

而不是在log4j2配置中指定的json文件

{"LOB":"*** TEST ****","Service":"B","Proces":"C","OptionalFields":{"melding":"Service unavailable for not available for a prolonged perhtml" target="_blank">iod","FaultPolicyID":"RemoteFaults","FaultType":"bpel","Partnerlink":"SimpleSyncUnavail","PortType":"{http://xmlns.oracle.com/JSONLogger/reddippedSimpleUnavail/BPELProcess}BPELProcess"},"level":"ERROR","thread_name":"[ACTIVE] ExecuteThread: '58' for queue: 'weblogic.kernel.Default (self-tuning)'","class":"com.reddipped.jsonlogger.JSONLogger","logger_name":"JSONLogger","@timestamp":"2016-11-11 17:18:34.270+0100"}

因此可能使用了/config/fmwconfig/servers//logging.xml中定义的odl-logger。

有什么方法可以调试/解决这个问题？

--更新1--

我添加了一些debug语句，以确定在运行时从错误策略执行时是否使用了正确的配置文件。

try {
System.out.println("**PNE** CLASS LOGGER PATH " + LOGGER.getClass().getProtectionDomain().getCodeSource().getLocation().toURI().getPath()) ;
} catch (Exception e) {
    System.out.println("**PNE** CLASS LOGGER PATH FAiled") ;
}
System.out.println("**PNE** Config Location : " + org.apache.logging.log4j.core.LoggerContext.getContext().getConfiguration()) ;
Map<String, Appender> appenders = org.apache.logging.log4j.core.LoggerContext.getContext().getConfiguration().getAppenders() ;
for (String appender : appenders.keySet()) {
    System.out.println("**PNE** APPENDER " + appender);
    System.out.println("**PNE** APPENDER    " + appenders.get(appender).toString());        
}
System.out.println("**PNE** SYSTEM PROPERTY " + System.getProperty("log4j.configurationFile") ) ;

System.out.println("**PNE** :-) JSONLogger DEBUG " + lob + ":"  + service + ":" + proces ) ;
LOGGER.error()
.field("LOB", lob)
.field("Service",service)
.field("Proces", proces)
.map("OptionalFields", optionalFields).log() ;

实际加载了预期的log4j配置文件，并且从日志记录程序上下文中检索了附加程序。

**PNE** Config Location : XmlConfiguration[location=/u01/data/domains/soa12c/log4j2.xml]
**PNE** APPENDER RollingFile
**PNE** APPENDER    RollingFile
**PNE** APPENDER Async
**PNE** APPENDER    Async
**PNE** APPENDER Console
**PNE** APPENDER    Console
**PNE** SYSTEM PROPERTY /u01/data/domains/soa12c/log4j2.xml
**PNE** :-) JSONLogger DEBUG Unknown:Unknown:Unknown
<Nov 12, 2016, 10:00:40,184 AM CET> <Error> <JSONLogger> <BEA-000000> <{"LOB":"Unknown","Service":"Unknown","Proces":"Unknown","OptionalFields":{"melding":"Service unavailable for not available for a prolonged period","FaultPolicyID":"RemoteFaults","FaultType":"bpel","Partnerlink":"SimpleSyncUnavail","PortType":"{http://xmlns.oracle.com/JSONLogger/reddippedSimpleUnavail/BPELProcess}BPELProcess"},"level":"ERROR","thread_name":"[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'","class":"com.reddipped.jsonlogger.JSONLogger","logger_name":"JSONLogger","@timestamp":"2016-11-12 10:00:40.184+0100"}> 
**>>PNE** JSONLOGGERUnknownUnknownUnknownUnknown{melding=Service unavailable for not available for a prolonged period, FaultPolicyID=RemoteFaults, FaultType=bpel, Partnerlink=SimpleSyncUnavail, PortType={http://xmlns.oracle.com/JSONLogger/reddippedSimpleUnavail/BPELProcess}BPELProcess}

令我困惑的是，实际的日志记录仍然记录到诊断日志中。

--更新2--

日志记录不是像前面提到的那样发送到诊断日志，而是发送到server.out文件。因此log4j日志似乎被路由到了控制台而不是记录器。

log4j2.xml确实包含一个错误，控制台附加器具有非法属性“level”。删除该文件后，将创建文件/var/tmp/jsonLogger.json，但将保持为空。日志记录仍然发送到server.out。

--更新3--

会不会是JUL截取了日志？如果是，我如何确定它是否被拦截？

Answer 1

SLF4J被用作日志抽象的包含的依赖项之一。Oracle SOA Suite12c在类路径中已经有一个SLF4J绑定。SLF4J API被设计为仅与一个日志框架绑定。因为Oracle SOA套件使用SLF4J绑定，所以我认为没有任何可能将SLF4J与我自己的绑定一起使用。

因为我不需要SLF4J的灵活性，所以我从我的项目中删除了SLF4J实现，并使用了没有抽象层的log4j2。