activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rob Lugt (JIRA)" <j...@apache.org>
Subject [jira] Reopened: (AMQ-974) .Net client needs centralised trace facility
Date Tue, 17 Oct 2006 10:43:16 GMT
     [ https://issues.apache.org/activemq/browse/AMQ-974?page=all ]

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: https://issues.apache.org/activemq/browse/AMQ-974
>             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: https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message