logging.properties 文件的存在会阻止写入日志答案

【问题标题】：existence of the logging.properties file prevents logs from being writtenlogging.properties 文件的存在会阻止写入日志
【发布时间】：2020-12-28 22:14:44
【问题描述】：

我有一个 Spring Boot Web 应用程序，它需要在 SLF4J 后面使用 Java Util Logging。当我不创建 logging.properties 文件时，控制台记录器工作正常，并且所有 INFO 消息及以上都被记录。当我创建logging.properties 文件时，只会记录致命错误。 logging.properties 文件包含什么并不重要——我尝试了很多不同的配置——它只会在该文件存在时记录致命错误。

这是我导入的罐子（使用 Gradle）

    implementation("org.slf4j:slf4j-api")
    implementation("org.slf4j:slf4j-jdk14")

我还必须确保未导入 logback-classic，因为我的一个依赖项试图将其拉入。

configurations.all {
    exclude(group = "ch.qos.logback", module = "logback-classic")
}

然后，这是我的logging.properties 文件。它位于src/main/resources/logging.properties。

handlers = java.util.logging.ConsoleHandler
.level= ALL
java.util.logging.ConsoleHandler.level = FINEST
java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter

这不是我尝试使用的唯一配置。

谁能发现我做错了什么？为什么它只记录 FATAL 错误？

【问题讨论】：

请不要无端重复题名中的标签，没有必要。
我很欣赏批评，但我仍然觉得你重写我的标题的方式让标题更难理解。我的问题是关于 Java Util Logging。如果我不允许在标题中说“Java Util Logging”，那么标题就不再与我的帖子相关。
问题是关于 Java Util Logging 的信息由 标签提供。这就是他们的目的。好的标题是简洁的，你的问题的标题——结合标签——很容易理解
你没有错，但这并不是大多数 SO 用户写问题的方式。如果您只查看热门问题页面，大多数用户都会在标题中包含相关技术。我怀疑大多数用户期望他们的标题中出现了相关技术。我只是想写一个其他人容易解析的标题。
在浏览了 Logger.java 的内部之后，我了解到 JUL 已经为自己配置了零个处理程序。我不知道为什么它的处理程序为零。

标签： java logging slf4j java.util.logging

【解决方案1】：

我刚从 JUL 切换到 Log4j2，因为我更了解那个文档。

【讨论】：

【解决方案2】：

您的java.util.logging.config.file 系统属性是否指向可读文件？

import java.util.logging.*;
import java.io.File;
import java.io.IOException;
import java.nio.file.Files;
import java.nio.file.Paths;
import java.util.*;

public class Test {

    public static void main(String[] args) throws IOException {
        String file = System.getProperty("java.util.logging.config.file");
        if (file == null) {
            System.out.println("Configuration was not specified");
            return;
        }
        
        System.out.println(file);
        System.out.println(new File(file).getCanonicalPath());
        System.out.println(Files.isReadable(Paths.get(file)));
        System.out.println(Arrays.toString(Logger.getLogger("").getHandlers()));
    }
}

如果我运行这个测试程序指向一个不存在的文件，我会得到以下信息：

/home/jmehrens/logging.properties
/home/jmehrens/logging.properties
false
[]

输出中的false 表明我在配置中指定的文件不可读（因为它在该位置不存在）。根记录器处理程序为空，因为日志管理器无法读取我的 logging.properties。

从终端您可以看到该路径不存在该文件：

[jmehrens@localhost ~]$ pwd
/home/jmehrens
[jmehrens@localhost ~]$ ls logging.properties
ls: cannot access logging.properties: No such file or directory

您可以在相关答案中关注其他debugging tips。

您的脚本告诉我“未指定配置”。在使用 Gradle 构建 SpringBoot 应用程序的上下文中，我应该在哪里指定它？

Can I define System Properties within Spring Boot configuration files? 涵盖了在 Spring Boot 中设置系统属性。 How to give System property to my test via Gradle and -D 介绍了如何通过 Gradle 传递属性。

如果这对您不起作用，那么您需要指定一个 PostConstruct 方法来定位日志配置文件和 configures the LogManager。

【讨论】：

您的脚本告诉我“未指定配置”。在使用 Gradle 构建 SpringBoot 应用程序的上下文中，我应该在哪里指定它？
@MathewAlden 我更新了答案以链接到新主题。
感谢您为此提供帮助。我现在已经正确设置了系统属性。现在，当我运行您的脚本时，它会输出“logging.properties; C:\Users\mathewalden\Documents\myproject\mysubproject\logging.properties; false; [];”。然而，不幸的是，这并没有解决问题。只要此文件存在，就不会写入 long。如果文件被删除，则写入 INFO 及更高版本，但不会写入 DEBUG 或 TRACE。
我刚刚切换到 log4j2。还是谢谢。
从脚本输出文件不可读。在您最初的问题中，您指出该文件位于 src/main/resources 下，并且不在您指定的路径中。您仍然定义了错误的路径。从命令行检查文件是否存在于解析的规范路径中。

【解决方案3】：

这适用于您现有的 logging.properties 文件。

我认为问题在于java.util.logging 不查找属性资源，而只是查找文件（或默认资源）。

我无法解释为什么当存在 logging.properties 资源时您会看到不同的行为。

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import java.io.IOException;
import java.io.InputStream;
import java.util.logging.LogManager;

public class Example2 {
    public static void main(String... args) throws IOException {
        final InputStream inputStream = Example2.class.getResourceAsStream("/logging.properties");
        LogManager.getLogManager().readConfiguration(inputStream);
        Logger logger = LoggerFactory.getLogger(Example2.class);
        logger.debug("message 0");
        logger.info("message 1");
        logger.error("message 2");
    }
}

【讨论】：