对于链锯log4j查看器来说，远程事件的意义是什么？

Question

http://logging.apache.org/chainsaw/quicktour.html

第一个特征。

我完成了这个教程，它简单地展示了如何直观地使用GUI，对于这个新特性，它没有详细说明。我找到的最好的文件是：

就像附件在log4j环境之外发送日志事件一样(向文件、smtp、套接字等发送日志事件)，接收器在log4j环境中带来日志事件。

接收器用于支持接收来自另一个进程的远程日志事件。例如，SocketAppender将日志事件“附加”到套接字，该套接字配置为特定主机和端口号。套接字的接收端可以是一个SocketReceiver对象。SocketReceiver对象接收日志事件，然后将其“发布”到接收机器上的log4j环境(LoggerRepository)，由配置的附加程序处理，等等。此环境中的各种设置(Logger级别、appenders和阈值)被应用于接收到的日志事件。

接收器还可以用于将日志消息从其他日志包“导入”到log4j环境中。

接收器可以配置为将事件发送到给定的LoggerRepository。

所以..。

--我可以使用这个新组件实现什么样的日志策略，而我不能仅仅使用链锯+简单的log4j文件附加器？

Answer 1

对于远程事件，您可以做很多有趣的事情：

• 避免在应用程序服务器上创建文件。文件是多个应用服务器情况下的bad.
• Centralize日志。
• 查看本地环境中的实时生产日志，即使链锯不是很吸引人，但过滤功能比普通的vi/grep.
• 日志数据库要方便得多，而不是文件。文件是坏的。

可能还有更多！

Answer 2

我过去在网格环境中使用过远程事件。

为什么？因为我们不知道我们的代码会在哪里运行。我们将部署n个作业，网格基础设施将选择在哪台机器上运行这些作业。如果没有远程事件，我们将不得不跟踪这些作业的去向，然后麻烦地登录、查找日志等。由于网格由用于其他目的的机器组成，我们无法保证机器将在稍后的某个日期启动来诊断问题。

因此，所有内容都配置为将日志事件流回服务器，在服务器中，我们可以为每个原始服务器创建日志文件，并自行管理这些日志。存在一些问题，比如管理通过网络传输到一台服务器的数据流的数量，但只要您知道这一点，就可以了。