activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rob Lugt (JIRA)" <>
Subject [jira] Reopened: (AMQ-974) .Net client needs centralised trace facility
Date Tue, 17 Oct 2006 10:43:16 GMT
     [ ]

Rob Lugt reopened AMQ-974:

small modification required to Connection.cs

		protected void OnException(ITransport sender, Exception exception)
			Tracer.ErrorFormat("Transport Exception: {0}", exception.ToString());

> .Net client needs centralised trace facility
> --------------------------------------------
>                 Key: AMQ-974
>                 URL:
>             Project: ActiveMQ
>          Issue Type: New Feature
>          Components: NMS (C# client)
>    Affects Versions: 4.0.2
>         Environment: Windows
>            Reporter: Rob Lugt
>         Assigned To: james strachan
>             Fix For: 4.1
>         Attachments: amq974-patch.txt, ITrace.cs, Tracer.cs
> There are several classes within activemq-dotnet which need to write log/trace information.
 This data is currently written to an ad-hoc mixture of the Console and System.Diagnostics.Trace.
> Neither of these detinations are suitable because System.Diagnostics.Trace is not fully
supported in the .Net compact framework and the Console is unsuitable for severl reasons -
not least of which is that output is discarded in a Windows (i.e. non-console) application.
> There are two possible solutions to this problem
> 1) adopt log4net as the strategic logging/tracing platform
> 2) write our own Tracing interface which can be controlled at run-time to make use of
any logging mechanism.
> Log4net is an attractive proposition because it is powerful, full-featured, reliable
and is also an Apache incubator project.  However, there is a strong desire to keep activemq-dotnet
as clear as possible from any external dependencies.  So far this has been successfull and
as there is an alternative solution perhaps we should not create a dependency now.
> Creating a custom Tracing interface is attractive because it is stand-alone and allows
the client application to plug-in whichever trace mechanism it requires.  There don't seem
to be many down sides to this solution, so I'll post a sample impementation shortly.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message