无法修改Apache Jena日志级别（使用Log4J2）

我之前也碰到过一模一样的问题，Jena的日志适配机制确实有点“顽固”——它自带了一套日志检测逻辑，有时候会绕开我们配置的Log4J2。下面是我亲测有效的几个解决步骤：

1. 先排查依赖冲突与版本一致性 #

首先要确保你的log4j-core、log4j-api、log4j-slf4j-impl、log4j-1.2-api这几个依赖的版本完全一致，版本不匹配是适配失败的高频原因。

然后检查Jena是否间接引入了其他日志框架（比如旧版log4j、slf4j-log4j12或者commons-logging），用依赖树命令排查：

• Maven：mvn dependency:tree
• Gradle：./gradlew dependencies

如果发现冲突依赖，直接在Jena的依赖中排除，比如Maven配置：

<dependency>
    <groupId>org.apache.jena</groupId>
    <artifactId>apache-jena-libs</artifactId>
    <version>你的Jena版本</version>
    <type>pom</type>
    <exclusions>
        <exclusion>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-log4j12</artifactId>
        </exclusion>
        <exclusion>
            <groupId>commons-logging</groupId>
            <artifactId>commons-logging</artifactId>
        </exclusion>
    </exclusions>
</dependency>

2. 强制Jena使用SLF4J/Log4J2 #

Jena的org.apache.jena.atlas.logging.Log会自动选择日志实现，但有时候会优先用内部适配类，我们可以通过系统属性强制它走SLF4J：

• 启动JVM时加参数：-Dorg.apache.jena.atlas.logging.Log=org.apache.jena.atlas.logging.slf4j.LogSLF4J
• 或者在代码初始化最开头设置：

System.setProperty("org.apache.jena.atlas.logging.Log", "org.apache.jena.atlas.logging.slf4j.LogSLF4J");

这一步能确保Jena的日志全量转发到SLF4J，再由SLF4J对接Log4J2。

3. 修正Log4J2配置文件 #

确保log4j2.xml在classpath根目录下，并且Logger配置准确，比如：

<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN">
    <Appenders>
        <Console name="Console" target="SYSTEM_OUT">
            <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
        </Console>
    </Appenders>
    <Loggers>
        <!-- 配置Jena日志级别为WARN，关闭日志传递避免重复输出 -->
        <Logger name="org.apache.jena" level="WARN" additivity="false">
            <AppenderRef ref="Console"/>
        </Logger>
        <Root level="info">
            <AppenderRef ref="Console"/>
        </Root>
    </Loggers>
</Configuration>

注意不要同时保留log4j.properties和log4j2.xml，Log4J2会优先识别XML配置，但多配置文件容易导致混乱，建议只留log4j2.xml。

4. 验证配置是否生效 #

写一段简单代码验证：

import org.apache.jena.rdf.model.Model;
import org.apache.jena.rdf.model.ModelFactory;
import org.apache.logging.log4j.LogManager;
import org.apache.logging.log4j.core.LoggerContext;

public class JenaLogTest {
    public static void main(String[] args) {
        // 强制指定Jena日志实现
        System.setProperty("org.apache.jena.atlas.logging.Log", "org.apache.jena.atlas.logging.slf4j.LogSLF4J");
        
        // 打印加载的配置文件路径
        LoggerContext context = (LoggerContext) LogManager.getContext(false);
        System.out.println("Log4J2配置文件路径：" + context.getConfiguration().getConfigurationSource().getLocation());
        
        // 打印Jena日志级别
        System.out.println("org.apache.jena日志级别：" + LogManager.getLogger("org.apache.jena").getLevel());
        
        // 触发Jena日志（加载不存在的RDF文件会输出WARN）
        Model model = ModelFactory.createDefaultModel();
        model.read("https://example.com/non-existent.rdf");
    }
}

如果控制台能输出正确的配置路径、WARN级别，且只显示Jena的WARN及以上日志，说明配置生效了。

内容的提问来源于stack exchange，提问作者Brandon Dudek