La mejor forma de registrar errores en WCF

Question

¿Cuál es la mejor forma de detectar y registrar errores al desarrollar una capa de servicio WCF, y por qué?

puedo pensar en tres maneras,

1) Manual de try/capturas alrededor de cada método.

2) Deje la responsabilidad al motor WCF.

3) Utilice una biblioteca de terceros como Enterprise Library Policy Injection/Logging.

Answer 1

Me gustaría poner en práctica la costumbre IErrorHandler y utilizar log4net

[AttributeUsage (AttributeTargets.Interface)] 
public class ErrorPolicyBehaviorAttribute : Attribute, IContractBehavior, IErrorHandler 
    { 
    private ILog m_logger; 

    #region IErrorHandler 

    public void ProvideFault (Exception error, MessageVersion version, ref Message fault) 
     { 
     return; 
     } 

    public bool HandleError (Exception error) 
     { 
     m_logger.Error (error.Message, error); 
     return true; 
     } 

    #endregion 

    #region IContractBehavior 

    public void ApplyDispatchBehavior (ContractDescription contractDescription, ServiceEndpoint endpoint, DispatchRuntime dispatchRuntime) 
     { 
     ...init logger 
     ......Add this class to a list of dispatchRuntime.ChannelDispatcher.ErrorHandlers... 
     } 

    #endregion 
    } 

Esta clase también implementa IContractBehavior, por lo que puede usarlo como atributo en sus contratos de servicio.

[ErrorPolicyBehavior] 
public interface IYourServiceContract 
{ } 

log4net es bastante flexible, por lo que puede registrar lo que necesita y cuando lo necesita.

Answer 2

Me gustaría ir con el número 1. Principalmente debido a la sobrecarga reducida sobre el número 3 y el número 2 debería ser simplemente un no-no.

Concedido, todavía desea iniciar sesión en algo decir como un administrador de archivos o eventos. Pero personalmente usaría log4net para él, ya que es un poco más ligero que todas las cosas de entlib.

Answer 3

Valdría la pena echarle un vistazo log4net. Hay un buen tutorial aquí en CodeProject.

Answer 4

WCF se puede configurar para generar trazas de hitos del proceso en todos los componentes de las aplicaciones, como llamadas de operación, excepciones de código, advertencias y otros eventos de procesamiento significativos.

El siguiente es un ejemplo de app.config para habilitar el seguimiento.

<configuration> 
    <system.diagnostics> 
    <sources> 
     <source name="System.ServiceModel" switchValue="Warning" propagateActivity="true" > 
     <listeners> 
      <add name="xml"/> 
     </listeners> 
     </source> 

     <source name="myUserTraceSource" switchValue="Warning, ActivityTracing"> 
     <listeners> 
      <add name="xml"/> 
     </listeners> 
     </source> 
    </sources> 

    <sharedListeners> 
     <add name="xml" 
      type="System.Diagnostics.XmlWriterTraceListener" 
      initializeData="TraceLog.svclog" /> 
    </sharedListeners> 

    </system.diagnostics> 
</configuration> 

Puede leer más sobre WCF Rastreo de MSDN: Configuring Tracing.

Microsoft proporciona un Service Trace Viewer Tool para leer archivos .svclog.

Además del rastreo, es posible que desee considerar el uso de log4net para el registro en la aplicación.

Answer 5

Si está solicitando un marco de registro ELMAH también es una buena opción a considerar. Si no te gusta a la basura su código con try/catch alrededor de cada método, se puede tratar de usar AOP frameworks lo que le daría la capacidad de manejar excepciones marcando el método con los atributos