Il modo migliore per registrare errori in WCF

Question

Qual è il modo migliore per rilevare e registrare errori durante lo sviluppo di un livello di servizio WCF e perché?

posso pensare a tre vie,

1) try manuale/catture intorno ad ogni metodo.

2) Lasciare la responsabilità al motore WCF.

3) Utilizzare una libreria di terze parti come Injection/Logging dei criteri di libreria Enterprise.

Answer 1

avrei implementare personalizzati IErrorHandler e utilizzare 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 
    } 

Questa classe implementa anche IContractBehavior, quindi è possibile utilizzarlo come attributo sui contratti di servizio.

[ErrorPolicyBehavior] 
public interface IYourServiceContract 
{ } 

log4net è abbastanza flessibile, quindi è possibile registrare ciò che è necessario e quando è necessario.

Answer 2

Vorrei andare con il numero 1. Principalmente a causa di overhead ridotto rispetto al numero 3 e il numero 2 dovrebbe essere solo un no-no.

Concesso si desidera ancora accedere a qualcosa di simile a un file o un gestore eventi. Ma personalmente userò log4net perché è un po 'più leggero di tutte le cose di entlib.

Answer 3

Potrebbe essere utile per il check-out log4net. C'è un buon tutorial qui su CodeProject.

Answer 4

WCF può essere configurato per l'output di tracce per le pietre miliari del processo su tutti i componenti delle applicazioni, ad esempio chiamate di operazioni, eccezioni di codice, avvisi e altri eventi di elaborazione significativi.

Quello che segue è un esempio app.config per abilitare la traccia.

<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> 

Ulteriori informazioni su WCF Tracing sono disponibili a partire da MSDN: Configuring Tracing.

Microsoft fornisce un Service Trace Viewer Tool per leggere i file .svclog.

Oltre alla traccia, si può anche prendere in considerazione l'utilizzo di log4net per la registrazione nell'applicazione.

Answer 5

Se si richiede la struttura di registrazione ELMAH è anche una buona opzione da considerare. Se non piace alla lettiera il codice con try/catch attorno ad ogni metodo, è possibile provare a utilizzare AOP frameworks che darebbe la possibilità di gestire le eccezioni contrassegnando il metodo con attributi