Log4j对JCL

我正在寻找更多关于JCL的最新建议。我需要选择使用JCL还是只使用直线Log4j。我可以看到JCL的好处，但是像这样的文章让我有些不安。然而，这些文章有点陈旧，搜索JCL错误修复似乎表明其中一些问题可能已经解决。我希望对这个问题能有一个更近期的看法。有什么想法吗？

退房。您引用的文章谈到了“类加载器问题”，SLF4J应该会回答这个问题。

请查看。您引用的文章谈到了“类加载器问题”，而SLF4J应该会回答这个问题。

好吧，这不是对您的直接回答，但我强烈建议使用with实现。Logback项目是Log4j项目的继承者，由Log4j的创始人和上述文章的作者创建

SLF4j为各种测井工具提供了一个干净的接口，并为传统测井工具提供了适配器。当您依赖于依赖log4j和/或JDK记录器的包时，这将非常有用

---

A讨论了使用SLF4J项目的一些原因

好吧，这并不是对您的直接回答，但我强烈建议将其与实现一起使用。Logback项目是Log4j项目的继承者，由Log4j的创始人和上述文章的作者创建

SLF4j为各种测井工具提供了一个干净的接口，并为传统测井工具提供了适配器。当您依赖于依赖log4j和/或JDK记录器的包时，这将非常有用

---

A讨论了使用SLF4J项目的一些原因< P>除非你需要支持比java 1.4更老的东西，考虑使用JavaUTILL日志记录。Standard比better更好，这样您就不会有任何类加载器问题。

我对SLF4J感兴趣，但不幸的是，现在还不能选择它。我们需要经历太多的官僚主义才能获得批准（法律、自由和开放源码软件审查、安全审查等），我们的日程安排不允许这样做。基本上，我必须在System.out.println、Log4j或JCL之间进行选择。我们在技术上受到一个编码标准的约束，该标准要求使用JCL，但我认为我们可以成功地找到摆脱这个标准的方法……我一直在关注SLF4J，并对其感兴趣，但不幸的是，目前还不能选择它。我们需要经历太多的官僚主义才能获得批准（法律、自由和开放源码软件审查、安全审查等），我们的日程安排不允许这样做。基本上，我必须在System.out.println、Log4j或JCL之间进行选择。我们在技术上受到一个编码标准的约束，该标准要求我们使用JCL，但我认为我们可以成功地论证我们摆脱这个标准的方法……标准比“更好”，除非“更好”比标准好得多！标准比“更好”，除非“更好”比标准好得多！