问题标签 [logback]

我正在使用logback 0.9.21。不幸的是，它将所有消息打印到单行，没有行尾字符，甚至是错误的。

我已经正确设置了模式AFAIK：

有什么问题？

首先是一些背景。我有一个从 DOS 批处理脚本运行的批处理类型的 java 进程。所有的 java 日志都转到标准输出，批处理脚本将标准输出重定向到一个文件。（这对我有好处，因为我可以从脚本 ECHO 并进入日志文件，所以我可以看到所有 java JVM 命令行参数，这对调试非常有用。）我可能不会

我使用 slf4j API，而后端我曾经使用 log4j，但最近切换到 logback-classic。

虽然我所有的应用程序代码都使用 slf4j，但我有一个第三方库，它自己记录日志（不使用标准 API），它也被写入标准输出。

问题是有时日志行会混淆，并且不会清晰地出现在单独的行上。这是一些混乱输出的示例：

现在比较旧的日志文件，使用 log4j 作为日志记录后端似乎没有出现问题。所以 logback 必须做一些不同的事情。

问题似乎是虽然PrintStream.write(byte buf[], int off, int len)是同步的，但是我可以看到ch.qos.logback.core.joran.spi.ConsoleTarget that System.out.write(int b)是唯一调用的写入方法。

因此，在 logback 输出每个字节之间，第三方库正在设法将整个字符串写入标准输出。（这不仅给我带来了问题，而且它一定也有点低效？）

除了将代码修补到 ConsoleTarget 以实现其他写入方法之外，还有其他解决此交错问题的方法吗？任何不错的解决方法。还是我应该只提交错误报告？

这是我的 logback.xml：

我将 logback 0.9.20 与 java 1.6.0_07 一起使用。

我正在启动一个Seam + Hibernate + Logback部署到Tomcat 6. 我使用 Eclipse 作为IDE. Hibernate 打印了许多调试语句，所以我将级别设置为ERROR，所以我看不到它们。

我没有粘贴我的全部logback.xml内容，因为我遇到的问题与其内容无关。

我有以下类路径问题 - 如果我将项目放入logback.xml，WEB-INF\classes类加载器找不到它，我会看到所有调试语句。另一方面，如果我将 移动logback.xml到 的lib目录Tomcat，则一切正常，并且不会打印调试语句。

但我想在我的项目中，而不是在Tomcatlogback.xml的根目录中。lib

这是我的问题 - 这不是WEB-INF\classes一个正确的地方logback.xml吗？为什么找不到？

我一直都知道，WEB-INF\classes项目目录下的文件，是放在类路径下的。感谢您的任何想法。

一切顺利，佩塔尔

我试图弄清楚如何让 org.apache.commons.digester.Digester 更安静。我在构建时使用 Ant 将 JRXML 文件编译成 jasper 文件（JasperReports 报告）。我在类路径上有一个 logback.xml 和 slf4j 和 jcl-over-slf4j 可用。我只是无法弄清楚接线。

问题是我有 200 多个报告，在编译它们时，Digester 正在记录 DEBUG 消息，导致 55M 日志文件和太多噪音，无法找到任何实际错误。我真的只是想抑制 DEBUG 消息。非常感激任何的帮助。

日志片段：

蚂蚁片段：

我想打印 pages.xml 捕获的异常的堆栈跟踪，但我只想在最精细的日志记录级别比warn. 这样，测试人员可以复制/粘贴堆栈跟踪，但最终用户永远不会看到它。

环境细节：

• IBM WebSphere Application Server 7（日志级别详细信息）
• JBoss 缝 2.2.0.GA
• JSF Facelets 1.1.15
• 回溯 0.9.21
  • SLF4J 1.6.0
    • SLF4J 上的 Log4j
    • SLF4J 上的 JCL

以下是当前处理异常的方式...

来自 pages.xml：

来自 web.xml：

从 logback.xml：

使用此问题的理想解决方案，这将导致在 /error.xhtml（来自 pages.xml）上打印堆栈跟踪：

而这不会：

使用带有 Seam 的 Facelets，有没有办法确定 Logback 的日志级别？

我在 logback 文档中看到以下内容：http:
//logback.qos.ch/manual/layouts.html#line

生成行号信息并不是特别快。因此，除非执行速度不是问题，否则应避免使用它。

方法名称、调用类等也有类似的警告。
在尝试诊断问题时，在我们的日志中获取行号和方法信息将非常有帮助。所以...

这真的是数据库 CRUD 应用程序的问题吗？
我知道这可能会使用反射，但我的理解是，在更现代的 JVM（我们使用的是 1.6）中，反射调用真的没有那么大的性能影响吗？
与我们的数据库调用相比，这是否会更加明显？

在此先感谢您的帮助。

这似乎是一个粗心的错误，但我似乎无法找到原因。使用 logback/slf4j（最新版本 slf4j-api-1.6.1，logback core/classic 0.9.24）进行日志记录。用于测试的最简单的日志配置是：

每个日志设置都从 logback 的内部状态行开始：

也就是说，根据文档，默认使用 logback 格式。然后它完成读取配置（设置为输出不同的格式）并继续正确格式化的输出。有一个配置参数<configuration debug="false">不会影响这一点。

有谁知道如何关闭这个？

我在 logback 站点中找不到 logback.xml 完整模板，你能告诉我一个完整的模板示例吗？

我需要破解一个小工具。它应该读取几个文件并转换它们。现在这在我的 IDE 中有效。对于用户，我想添加一个简单的显示日志输出的小 UI。

你知道用于 logback 的即用型 Swing appender 吗？或者将 System.out 重定向到一个只有一个文本字段和一个“关闭”按钮的小 UI 的东西？

PS：我不是在寻找电锯或拼图或莉莉丝。请在应用程序中显示日志消息。

如何配置 Logback 以抑制其所有输出到控制台（标准输出）？特别是，我希望抑制（或重定向）Logback 自己的日志消息，例如：

我需要禁用所有到标准输出的日志记录，因为我们的生产环境不允许应用程序将任何消息打印到标准输出。

注意我使用的是 Logback 0.9.21、SLF4J 1.6.0，我们的应用程序在 WebLogic 10.3.2 中运行。