问题标签 [logging-application-block]

我正在浏览 Microsoft Enterprise Library 5.0 的可扩展性动手实验室，并在“实验室 2：自定义日志记录跟踪侦听器”课程中发现了一个错误。它适用于实验室的练习 2,3 和 4。我在 CodePlex 网站上搜索了问题跟踪器，但找不到与此错误相关的任何内容。

问题概述：

尝试通过企业库配置工具添加跟踪侦听器时，我收到验证错误：“字段 ListenerDataTypeName 缺少必需的值”。因此配置工具不会保存配置文件。

寻找建议。

嗨，我有一个数据库跟踪侦听器，当我遇到错误时，我想在数据库上记录堆栈跟踪。我可以很容易地将堆栈跟踪添加到消息中，但我更愿意将它添加到数据库表中的另一列。我将如何实现这一目标？

Microsoft 最近发布了Enterprise Library 6，其中包含新的语义日志块。Semantic Logging Block 提供的选项之一是能够将日志消息写入Windows Azure 表存储，这听起来像是在我的基于 Azure 的应用程序中实现日志记录的好方法。不幸的是，我不确定如何处理日志——是否有任何日志查看器可以从 Azure 表存储中检索日志条目？我想我基本上是在寻找一个监视 Azure 表存储而不是文件的“尾部”实用程序。

在 MS Enterprise Library 5.0 中，Logging 应用程序块，在运行时，我可以获取日志要去的日志文件（平面文件侦听器）的名称吗？

是否有可能将 Sitecore 与 Logging 应用程序块集成？我不想使用 Log4Net 日志，而 Sitecore 应该使用 Logging 应用程序块写入日志文件。

任何指向这一点的指针都将受到高度赞赏。

谢谢J

我已经设置了企业库日志记录应用程序块来登录一个名为“app.log”的文件，该文件位于我的应用程序的执行路径中。这个应用程序是一个 Windows 服务，它在其上运行一个配置网站，我现在想在其中显示日志文件的内容。

获取日志文件是一项相当简单的任务：

但是，我设置的 RollingFlatFileTraceListener 会不断阻止我要读取的文件。有没有可能访问它？

我想在 azure 的语义日志记录与所有日志都用于转到 wadlogs 表的传统日志记录之间做出决定。我们应该选择一个或另一个有什么具体原因吗？两者有什么区别，哪一个更可取？

我正在尝试基于 FormattedDatabaseTraceListenerData 创建一个自定义数据库跟踪侦听器，但我对其性能有一些疑问。缓存内存中日志记录条目的最佳方法是什么，以减少写入日志数据的事务/连接？

我正在使用企业库 4.1。我想我在某处看到过这种类型的缓存选项，但我忘记了它。

跟踪侦听器MSDN

如何为语义日志记录设置 SQL Server 数据库。是否需要提前创建记录信息的表？如果是，要使用的架构是什么。

我有以下代码：