需要关闭 JUL 的附加 FileHandler 吗？

Question

我正在使用 java utillogging 来记录小型 Java EE 应用程序。为了添加额外的 FileHandler（例如用于错误/警告），我创建了一个 LoggerFactory，它创建实际的记录器并将文件处理程序静态添加到“主”记录器。

package de.il.myapp.logging;

public class LoggerFactory {

    private static final java.util.logging.Logger MAIN_LOGGER = java.util.logging.Logger.getLogger("de.il.myapp");

    static {
            try {
                final java.util.logging.FileHandler fh = new java.util.logging.FileHandler("error.log", 1024*1024, 5, true);
                fh.setLevel(Level.WARNING);

                final java.util.logging.Formatter formatterTxt = new java.util.logging.SimpleFormatter();
                fh.setFormatter(formatterTxt);
                MAIN_LOGGER.addHandler(fh);

            } catch (final IOException e) {
                //...
            }
        }
    }

    public static final Logger getLogger(final Class<?> clazz){
        return java.util.logging.Logger.getLogger(clazz);
    }
}

一切工作正常，除了当我停止应用程序时，lck 文件仍然存在。一开始，就会创建一个新的 lck。因此，重新启动后目录如下所示。

  error.log.0
  error.log.0.1
  error.log.0.1.lck
  error.log.0.2
  error.log.0.2.lck
  error.log.0.3
  error.log.0.3.lck
  error.log.0.lck

问题是：我怎样才能避免这种情况？最后我必须关闭文件处理程序吗？但在哪里呢？由于这是一个 Java EE 应用程序，我不认为这是一个退出点，是吗？为什么我得到的日志文件是 ..log.0.X，而不仅仅是 ..log.0？

谢谢， 因戈

Answer 1

在 Glassfish 中，您可以使用生命周期侦听器。在 JBoss 中，您可以使用 StartupServiceMBean。您使用什么应用程序服务器？

Answer 2

首先，您不允许在 EJB 中使用 java.io 类：

规范的第 21.2.2 节：

企业 Bean 不得使用
要尝试访问的 java.io 包
文件和文件中的目录
系统。

这意味着您也不应该使用反过来使用 java.io 类的类，除非您通过询问容器来获取它们。

但是，如果您创建一个急切加载的单例会话 bean 并在 @PreDestroy 上执行清理：

@Startup 
@Singleton 
public class FileHandlerCloser {

 @PreDestroy
 public void closeFileHandlers() {
  // close file handlers
 }

}

规范对此不是很清楚，但我认为单例 bean 在所有其他 bean 之后被销毁。