tracesource

0热度

1回答

我有一个DLL，它在我正在编写测试的复杂一面。大多数被测试的类都有自己的TraceSource对象，用于输出跟踪信息。 namespace MyDll { public class Class1 { static TraceSource tracing = new TraceSource(nameof(Class1)); //Instance memb

0热度

1回答

自定义TraceSource以避免创建TraceEventCache

我的项目有很多类。每个类都使用TraceSource进行记录。我不想在记录时使用TraceEventCache。基本上，答案是我们可以告诉列表员不要使用TraceOptions（CallStack，ProcessID等）编写TraceEventCache。这意味着TraceSource已经有了TraceEventCache。所以我的问题是TraceSource类的TraceData和TraceEv

4热度

1回答

从xml文件中加载System.Diagnostics.TraceSource的配置

在log4net中，可以从加载app.config的配置或从任意xml文件中进行选择。是否可以从任意的xml文件加载System.Diagnostics.TraceSource的配置？

0热度

1回答

当vstest.console.exe运行单元测试时，TraceSource消息没有被记录到trx文件中

我有一个单元测试dll，使用vstest.console.exe运行。在单元测试中，我使用TraceSource记录了一些调试信息。当我在Visual Studio中运行单元测试时，可以在输出窗口中看到日志，但是当我使用/ Logger：trx选项通过vstest.console.exe运行它时，输出日志不在那里。我试图用静态Trace替换TraceSource，这实际上工作，日志显示在trx文

1热度

2回答

“基于Aspect的追踪”有什么优点吗？

为了清楚起见，我的'aspect'的含义是应用程序函数的一个横向因素，而不是像面向方面编程那样拦截所有的方法调用。我刚刚发现了.NET跟踪基础结构的美妙之处，尤其是TraceSource对象。就像我在这里的noob，我给每个类别自己的TraceSource，跟踪方法开始和结束，错误等。但是，现在，我认为每个方面一个TraceSource是更好。例如。我有一个应用程序，可以导入停车场内的车辆行驶

2热度

2回答

Asp.NET MVC，自TextWriterTraceListener会不会创建一个文件

对于MVC应用程序定制的监听器不创建日志文件时所采用initializeData =“CustomWeblog.txt”参数，但initializeData =“d：\ CustomWeblog.txt”触发器文件创建。这种行为的原因是什么？控制台应用程序为所有类型的监听器生成文件。自定义类： public class CustomTextWriterTraceListener : TextWr

3热度

1回答

如何告诉用户一个监听器的.NET跟踪源？

我有各种类库中有跟踪源。工作正常。在我的.config文件中，我需要指定哪个源将文本转储到侦听器。好，很好。但我有大约20来源所有相同开关值和滤波器类型等那么，有没有办法说：对于所有的图书馆-all-来源，使用此开关值，这个过滤器和这个监听器。生效：将所有跟踪信息转储到这个/这些监听器。可以这样做吗？

-1热度

1回答

从类库使用TraceSource，并用它在相同的可执行

的其他组件我已经创建了一个使用System.Diagnostics程序类似下面的事件记录实用程序库： public class Logger { static TraceSource ts = new TraceSource("TestApp"); public void Log(string message) { ts.TraceEvent(Trace

0热度

1回答

ConsoleTraceListener（布尔） - 传递在字符串

我设置了的TraceListener使用此XML： <add name="RuntimeDeploymentConsoleListener" type="System.Diagnostics.ConsoleTraceListener" initializeData="C:\Users\Administrator\Desktop\TraceSourceLogs.log">

2热度

2回答

跟踪来自同一应用程序的不同日志文件

首先介绍一些有关情况的背景信息。我有一个主应用程序（我们称之为Core）和一些小应用程序（我们称之为Core作业）。 Core的主要工作是确保每个给定的Core工作都按照上述工作的时间表运行。它都是用.NET开发的C＃我想创建一个环境，其中每个Core作业都可以将信息跟踪到不同的日志文件。我考虑过使用简单的文件流，但我相信必须有一个更优雅的解决方案。在我看来，我可能能够使用内置的TraceSo