某些第三方库的Logback默认为调试模式

Question

我们使用slf4j和logback来登录java ee web应用程序。最近，为了将这些库移动到glassfish应用程序服务器中的一个公共位置（具体到glassfish\lib目录），我们进行了一些配置更改。我们在网络上做了改变。xml文件，以添加JNDI条目并重命名logback。xml到logback-

在此更改之后，hibernate和http客户端库的日志记录默认为调试模式，因此需要进行大量日志记录。根记录器具有信息日志级别，并且没有为hibernate定义特定的记录器

如果我恢复此更改，即删除web中的jndi条目。xml并将配置文件重命名为logback。xml，只按预期记录信息日志。

对可能出现的问题有什么建议吗？

谢谢

使现代化

在进一步排除故障时，我发布了hibernate和apache客户端库使用在初始化期间创建的默认记录器上下文。此记录器上下文的根日志级别设置为调试。我们使用JNDI作为上下文选择器。

奇怪的是，当ConnectionManager类（hibernate类-org.hibernate.jdbc.ConnectionManager）尝试实例化记录器时，在运行时找不到上下文名称。记录器实例创建调用ContextJNDISelector。getLoggerContext（）方法。此方法执行JNDI查找，但未找到条目。

我通过在servlet上下文侦听器中生成一个线程来进一步排除故障，以每3秒打印一次JNDI条目（java:comp/env/logback/context-name）。来自线程的日志表明JNDI条目始终存在。

知道为什么当ContextJNDISelector查询时，在JNDI中找不到ContextName吗？

Answer 1

这似乎是一个问题，因为应用程序使用了EJB。应用程序服务器（glassfish）在实际设置日志上下文之前加载了EJB。因此，一些库的日志消息记录在调试级别下。在记录器周围使用包装类解决了这个问题。包装类将记录器的创建延迟到首次使用。

public class LogWrapper {
    private Class loggerClass;
    private Logger logger;

    public LogWrapper(Class loggerClass) {
        this.loggerClass = loggerClass; //lazy logging context creation (to avoid issues with static instances in EJBs which get loaded on startup before logging ctx name is actually set)
    }

    /**
     * For lazy init of logger, on first actual use, so the logger context will be correctly set even when used by EJBs (loaded by classloader too soon, before logging context is actually set)
     */
    private Logger getLogger() {
        if (logger == null) {
            logger = LoggerFactory.getLogger(loggerClass);
            loggerClass = null;
        }
        return logger;
    }

    public void info(String message) {
        getLogger().info(message);
    }