用Enterprise Library生成的名字的问题

问题描述

为什么我生成的日志的名字都是这样的:f17b3e35-32e2-4e34-ab04-92be4bfb43d0trace.2007-08-29.1e3838577-2d14-4296-8ae4-e5a314dd2ee7trace.2007-08-29.1我的日志文件名是trace.log,超过一定大小再生成的日志的名字就像上面一样了,怎么设置新生成的日志的名字呢?

解决方案

解决方案二:
up
解决方案三:
飘过~~不会,只能帮顶~~
解决方案四:
up
解决方案五:
up
解决方案六:
不懂只能顶
解决方案七:
这是因为你原先的日志文件被别的进程在使用,所以EntLib会自动生成这样的文件名,好像现在没有简便的方法,假如你不想定制改动EntLib的话,参考http://bloggingabout.net/blogs/erwyn/articles/rolling_file_trace_listener.aspx

时间: 2024-11-05 18:44:58

用Enterprise Library生成的名字的问题的相关文章

急,使用Enterprise Library中的logging写日志名字的问题,在线等

问题描述 使用EnterpriseLibrary中的logging,在日志超过一定大小,写新日志名字怎么让它是一个规范的日期加我定义的名字呀?现在我生成的名字是乱七八糟的字符加我定义的名字...等待用过的高手解决.... 解决方案 解决方案二:可以参考下面网址:http://www.cnblogs.com/Terrylee/archive/2006/10/06/Logging_Application_Block_HandsOnLab_Part3.htmlhttp://www.cnblogs.co

Enterprise Library 4 数据访问应用程序块

据穿过应用程序层( application layers).以及将修改的数据提交回数据库系统.应用程序块包含对存储过程和内联 SQL 的支持.常规内部(housekeep)处理,如管理连接.创建并缓存参数,都封装在应用程序块的方法中.换句话说,数据访问应用程序块在简单易用的类中提供了对 ADO.NET 的最常用的特性的访问:这提高了开发人员的工作效率. ADO.NET 2.0 提供了如 DbCommand 类和 DbConnection 这样的类,这些类有助于从任何特定数据库实现中抽象出数据提供

Enterprise Library深入解析与灵活应用(8):WCF与Exception Handling AppBl

Enterprise Library深入解析与灵活应用(8):WCF与Exception Handling AppBlock集成[下] 在上篇中,我详细介绍了如何通过自定义ClientMessageInspector和 ErrorHandler,实现WCF与微软企业库中的Exception Handling Application Block(EHAB)之间的集成.这个方案的基本思路就是:当异常从服务端抛出,利 用EHAB针对某个配置好的异常处理策略进行处理:然后将处理有的异常通过 Servic

Enterprise Library深入解析与灵活应用(8):通过WCF扩展实现与EHAB的集成[

Enterprise Library深入解析与灵活应用(8):通过WCF扩展实现与EHAB的集成[上篇] 在<WCF技术剖析(卷1)>的最后一章,我给出了一个具体的应用WCF的分布式应用实例,我把这个实例命名为PetShop.在这个例子中,我利用WCF的扩展实 现了一些设计.架构模式,比如AOP.IoC等.看过本书的读者,一定还记得我还 通过WCF扩展实现了于微软企业库(Enterprise Library)异常处理应用块 (Exception Handling Application Blo

Enterprise Library深入解析与灵活应用(5)

最近负责一个框架性项目的升级,主要是从.NET Framework 3.0建议到.NET .NET Framework 3.5,开发工具也从VS2005迁移到VS2008.但是最让我头疼的是 ,原来Team Foundation Server 2005不能正常工作,公司暂时还没有购买VSTS 2008的打算.基于TFS 2005的Team Build功能不能使用了,导致原本通过Team Build实现的功能需要手工来做,涉及到的包括:Source Code的编译.文档的生 成.VS项目类型的模板

Enterprise Library Policy Injection Application Block之二

在前面一篇文章中,我对Enterprise Library中的PIAB (Policy Injection Application Block)作了简单的介绍.在这篇文章主要谈谈我个人对PIAB设计和实现原理的一些理解.在介绍过程中,我尽量采用由浅入深出的方式,同时结合例子.Source Code.希望通过本篇文章让大家对PIAB有一个全面.深刻的认识. 一.MBR.ObjRef.RealProxy.TransparentProxy 在真正进入PIAB之前,我们现来谈论一些与之相关的.必要的背景

《Enterprise Library深入解析与灵活应用》博文系列汇总

Enterprise Library是微软P&P部门开发的众多Open source框架中的一个,最新的版本已经出到了4.1.由于接触Enterprise Library已经有很长的一段时间,在实际的项目中使用的频率也很高.对此有了一些积累,希望通过这个新的系列和广大网友一起分享和交流.本系列假设读者已经对Enterprise Library有一定的了解,故而不会对各个Application Block的基本原理和编程模型进行介绍,而把侧重点放在Enterprise Library深层次的实现原

WCF后续之旅(8):通过WCF Extension 实现与MS Enterprise Library Policy Injection Application Block 的集成

在上一篇文章中,我们通过自定义InstanceProvider实现了WCF和微软Enterprise Library Unity Application Block的集成, 今天我们已相同的方式实现WCF与Enterprise Library的另一个Application Block的集成:Policy Injection Application Block (PIAB). PIAB,通过Method Interception的机制实现了AOP(Aspect Oriented Programin

Enterprise Library深入解析与灵活应用(5):创建一个简易版的批处理执行器,认识Enterprise Library典型的配置方式和对象创建方式

最近负责一个框架性项目的升级,主要是从.NET Framework 3.0建议到.NET .NET Framework 3.5,开发工具也从VS2005迁移到VS2008.但是最让我头疼的是,原来Team Foundation Server 2005不能正常工作,公司暂时还没有购买VSTS 2008的打算.基于TFS 2005的Team Build功能不能使用了,导致原本通过Team Build实现的功能需要手工来做,涉及到的包括:Source Code的编译.文档的生成.VS项目类型的模板的创