free hit counter June 2003 - Posts - Nauman Leghari's Blog

June 2003 - Posts

Probably, the feed for workspaces is

It looks like they are testing :)

Another addition to the list of "Microsoft will die" articles.,15704,460546,00.html

Alas, Poor Writer ... according to you
"Microsoft's greatest hope for growth is the next version of Windows, called Longhorn, which the company sees as its competitive response to Linux. "

Oh my, that is the ONE "competitive response" from Microsoft :)

Here's an interesting cursor, and clever use of Flash.
[via  Scott Hanselman's Weblog]

while we are waiting for bookmark support from any aggregator. I found this as an alternative.

According to the website:

Cogitum Co-Citer is a tool for creating collections of texts from the Internet. It automatically captures the selected text, its Internet address, its title and date of adding to the database.

The main motive behind using either of the logging framework (log4net or logging classes in .net) depends on the complexity of the application you are developing. The Logging classes of .NET works best if you are developing a simple application. But as the application grows (with features like multithreading, remoting ..) then you lack some of the functionality that you wished to be there in the framework. This is the point where you try to develop extensions to the standard framework. But in some scenarios you find yourself facing a dead end. So then you go for creating your own in-house version of the logging framework. Even if you do know about some existing opensource effort, you would ignore it because you heard of many horror stories about lack of support and documentation provided with free OpenSource software. I can tell you that log4net is not one of such frameworks. It comes with a very descriptive sdk documentation and a lot of samples in both c# and Also the developer's mailing list is very active and responsive for any of your problems. It also has support for .net framework 1.0 /1.1, mono, sscli and rotor.  Below are some of the points for each framework in my personal opinion.
+ The framework provides you implicit support to track the context of the class instance you are logging in.
+ Number of useful Logging Listeners (Appenders as they call it in log4net) included with the framework so that you dont have to reinvent the wheel. Some of them are Console, Databases, Events, Remoting Sink, Files etc.
+ Implicit support for tracking context in multithreaded applications.
.NET Framework support for Logging:
+ provided in the standard framework library.
Oh..Why am I writing this? Actually I wrote an article about using log4net and you know that the first thing that covers everything is the daily grind from larkware :-) Mike also asked about the need of a separate framework for logging if there is support provided inside the framework. This post covers some of the reasons.
BTW, I am also looking forward to hear your experiences with log4net or the logging classes inside the .net framework.

Whos next? Anders Hejlsberg ??

More Posts