问题标签 [logging-application-block]

我们在 ASP.NET 2.0 应用程序中使用日志记录应用程序块，该应用程序以下列方式调用：

当我们将 IIS 中的工作进程数增加到 1 以上时，日志文件会附加一个唯一的 GUID，如下所示：

068aa49c-2bf6-4278-8f91-c6b65fd1ea3aApplication.log

该应用程序生成了几个日志文件，所有类型均为“滚动平面文件跟踪侦听器”

有没有办法避免这种情况？

我正在使用 Microsoft Enterprise Library Logging Application Block 记录异常。我正在使用数据库跟踪侦听器。

日志条目的时间戳默认为 UTC 时间。

我知道我可以通过像这样设置日志格式化程序在“日志”表的“格式化消息”列中获得本地时间的时间戳：时间戳：{timestamp(local)}

如何使用“时间戳”列做同样的事情？

谢谢你。

我正在使用 EF 5 并尝试使用 ShouldLog 方法来确定是否会在实际记录 LogEntry 之前对其进行记录。我的问题是 ShouldLog 总是返回 true，即使我有一个过滤器来排除某些级别。过滤器有效且条目未记录，但 ShouldLog 似乎无效。

我正在像这样配置我的记录器：

并像这样测试它：

运行此代码后， shouldLog 变量为 true，但未写入任何日志条目。如果我将 SourceLevels.Information 传递给 ConfigureLogging 方法，我确实会收到写入日志的条目。难道我做错了什么？

我正在尝试MS Enterprise Library - Logging Application 块的实验室。

通过添加跟踪，我在“平面文件”侦听器上收到一条“消息”：“消息：结束跟踪：方法 'EnoughPI.Calc.Calculator.Calculate' 中的活动 '6455494c-0602-45c9-8a10-052cdd39e5cb' 767616631287998 滴答（经过时间：10.292 秒） "

我是否也可以从跟踪中“单独”获得经过的时间，或者说经过的抽动。

谢谢，

Enterprise Library 5.0 日志记录应用程序块是否可以配置为每天在指定时间（例如下午 3:00）滚动日志文件？

的相关选项rollInterval是day和midnight。我不确定有什么区别，但midnight肯定不是正确的选择，而且我看不到如何配置在使用时执行滚动的时间day（它实际上与midnight？）。

我有以下配置和代码，writer.logentry没有抛出异常但没有创建文件。

更新 1：我更改了侦听器，删除了事件日志并添加了平面文件日志。我仍然看不到创建的 .log 文件

我想我在配置中遗漏了一些东西？

Enterprise Library(v5.0) 记录应用程序块的滚动平面文件跟踪侦听器具有滚动日志文件的选项。（http://msdn.microsoft.com/en-us/library/ff664768(v=pandp.50)#trace_rolling）

它们是“时间”和“文件大小”。

• 我可以通过控制“Max Archived Files”和“RollSizeKB”来管理日志文件的整体大小。
• 或者，我可以通过控制“Max Archived Files”和“RollInterval”来管理日志文件的最长保存期限。

但是，我想同时管理日志文件的最大保存期限和整体大小。

我该怎么做？我需要制作和使用自己的 TraceListener 吗？

我正在使用 Enterprise Library 5.0，我的任务是将信息记录到数据库中。为此，我使用了 Enterprise Library Logging Application Block 和 Database Trace Listener。

现在，几天后我发现我需要更多信息来登录 Logging.LOG 表。它们是：User_ID、Session_ID 等。

根据业务要求，我不能使用 LogEntry 类的 ExtendedProperty 属性并将此信息存储在 XML 格式的日志表的 FormattedMessage 列中。我想要日志数据库的日志表中名称为“User_ID”和“Session_ID”的正确列。

问题是：如何在日志表中推送自定义信息？

为此，我发现了一个名为“CustomTraceListener”的东西，我们需要覆盖两个方法，即 Write(string Message) & WriteLog(string Message)

• 如何使用此 CustomeTraceListener 将客户消息推送到日志表？

• 写入方法采用字符串类型的单个参数，这意味着我会得到一个连接字符串，我需要将其分解为不同的信息并使用我自己的代码推送到数据库中吗？

有人可以向我发送一个CustomeTraceListener的实施示例到-->数据库

请帮我。

谢谢，

苏拉杰

我想跟踪每个函数入口和出口。假设我的类包含三个方法 MethodA MethodB MethodC... 通过实例有人调用 MethodA 和 methodA 调用 MethodB 和 MethodB 调用 methodC

现在，当有人调用 test obj = new test(); 和 obj.MethodA(); 我希望跟踪器在数据库中写入类似“Entered MethodA”的下一行“Entered MethodB”下一行“Entered MethodC”，然后是“Exited MethodC”“Exited MethodB”，最后是“Exited Method a”

我的限制是：我不应该在每个方法进入和退出中编写此跟踪代码。我希望这会自动发生。只需将 App.config 文件的 Key 设置为 true，跟踪器就会开始操作，false 意味着跟踪禁用。

这是我们要调试的实时生产应用程序。

为此，我们有两种方法：

使用 Policy Injection Applicaiton 块用策略包装 Test 类的实例：从 ICallHandler 创建一个策略处理程序，然后创建一个 MatchingRule，在 MatchingRule 中读取 app.config 文件，如果启用了跟踪，则返回 true，否则返回 false。

这样做的缺点是：每次我们通过 Policy 容器创建任何类的 Instance 时，系统都会读取 app.config 文件，然后读取配置文件中存在的策略，即使跟踪被禁用......这可能会降级表现...

我们发现了另一种方法，即存在于 Logging Application Block 中的 Tracer 类。它有类似方法入口方法出口的功能。http://www.michaelhamrah.com/blog/2010/02/performance-tracing-for-your-applications-via-enterprise-library/

请提供更多关于 Tracer 类的想法。我的要求是否适合插入 Tracer 类。

• POSTSHAP 不在我的预算中

非常感谢，

苏拉杰

MSEL 5 对我们来说就像一个魅力，但我一直在尝试配置额外的“categorySources”，但结果总是一样的。日志条目始终使用“defaultCategory”进行，并且在日志文件中记录了以下错误“消息：类别‘AppLogGen’没有显式映射。日志条目为：”

web.config“loggingConfiguration”条目

代码，写入日志文件

日志文件中的输出

消息：“AppLogGen”类别没有显式映射。日志条目是：

时间戳：2012 年 9 月 6 日上午 7 点 45 分 23 秒

消息：为 UserId 覆盖登录成功：Admin

类别：AppLogGen

严重性：信息类别：AppLog。. . 扩展属性：

不管我做什么，日志总是使用“defaultCategory”中指定的类别源。已经在这个上花了两天时间。帮助！