我们希望能够从它被工具后处理,以帮助调查错误和收集性能统计信息Java应用程序创建日志文件。

目前,我们使用传统的“日志的东西可能会或可能不会被压扁成文本格式,并追加到一个日志文件”,但这部作品最好的少量信息由人阅读。

经过慎重考虑的最佳选择已经存储日志事件在文本文件中XML片段(然后像任何其他日志文件处理),然后将它们下载到本机与后处理的适当的工具。

我想用尽可能广泛支持的XML格式成为可能,而现在我在“的研究,当时做出决策”阶段。我会很感激的任何帮助都以XML格式条款和工具,我很乐意写胶水代码来获得我所需要的。

我已经发现迄今:

log4j的XML格式:由链锯和Vigilog支持。 莉莉丝XML格式:由莉莉丝支持

未经调查工具:

微软日志分析器:显然支持XML。 OS X日志查看器:

加有上 HTTP很多工具:// WWW。 loganalysis.org/sections/parsing/generic-log-parsers/

任何建议?

有帮助吗?

解决方案 5

看来,莉莉丝日志查看器包含一个XML格式是非常适合处理不仅log4j的东西的logback提供额外的设施和。

有 - 现在 - 最好的选择到目前为止:)


我适于log4j的xmllayout类的logback,其与链锯的工作原理。


由于我一直没能找到能够可视化事件的信息(而不是仅仅呈现表中的所有事件)我现在的一个合适的日志查看器决定创建一个基于包含机器可分析信息的一个非常简洁的XML布局上述然后可以通过微软LOGPARSER的进行后处理到我需要的任何格式。

其他提示

不幸的是,我不能给你你正在寻找的答案,但我想提醒你的东西记录到XML时要考虑的。例如:

<log>
 <msg level="info">I'm a log message</msg>
 <msg level="info">I'm another message</msg>
 <!-- maybe you won't even get here -->
 <msg level="fatal">My server just ate a flaming death

在一个潜在的XML的上面的片段日志可以看到记录到XML的最大的缺点。当一个灾难性故障发生,因为它需要关闭标签您的日志格式变得破碎。但是,如果你正在使用它分析你的主要输出日志的程序,这不应该是太大的问题。

如果您要定义自己的XML日志文件写入,您不必担心有为了产生有效的XML关闭和打开的标签。以利亚的答案是正确的,你做,如果你想创建一个XML的文件的有问题,但是这是没有必要的直客。在W3标准还定义了XML的实体的(见W3的XML 1.0规范,第二版,第4.3节不幸的是,因为我没有足够的积分,我不能链接到你),这将是更适合日志式连续追加到文件而不重写它的一部分。然后,您可以创建一个引用XML文档的包装,如果你需要一个实际的XML文档,而不是一个XML实体的工作(见的 http://www.perlmonks.org/?node_id=217788#217797 一个例子)

一中的log4j的好处之一是,它提供了很好的机会为自定义日志格式以及这些被写入。

而不是选择一些日志文件格式,因此,我会选择一些日志库,它允许更改格式,并允许也直接获取日志的一些程序。

我建议你考虑事件的logback访问

除此之外,使用JMX,因为它是由以匹配SNMP的功能集任何东西。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top