Qual è l'approccio migliore per gestire le eccezioni nel servizio WCF?

Question

Ho un servizio WCF distribuito su due o più macchine remote e c'è un'applicazione basata su desktop che viene utilizzata dal client per accedere a qualsiasi servizio wcf.

Il servizio WCF è connesso a SQL Server 2005 per leggere e scrivere dati. Questo è uno scenario intranet in cui il client deve trovarsi nello stesso dominio.

Ora ci possono essere situazioni in cui il servizio WCF genera eccezioni:

1. URL non valido
servizio
2. WCF è giù
3. SQL Server 2005 non è in esecuzione
4. client non è sullo stesso dominio
5. Autenticazione non riuscita
6. Autorizzazione non riuscita

e molte altre eccezioni.

Per ogni eccezione devo eseguire qualche azione o aggiornare una barra di stato, a seconda dell'eccezione. Ad esempio, se l'autorizzazione non riesce, devo chiedere all'utente di reinserire le proprie credenziali.

Si prega di suggerire il miglior approccio di progettazione per gestire questo.

Answer 1

Si può sicuramente catturare e gestire tutte le eccezioni che si verificano sul tuo classe di servizio e li trasformano in un'eccezione FaultException o FaultException.

In questo modo, non si "guasterà" (o non si distruggerà) il canale di comunicazione tra client e server.

approccio ancora migliore sarebbe quella di implementare l'interfaccia IErrorHandler sulla classe di servizio che fornisce un modo per catturare globalmente tutte le eccezioni che avvengono e fornire un FaultException, invece, che è compatibile SOAP.

È anche possibile trasformare lo IErrorHandler in un comportamento configurabile che può essere attivato o disattivato in configurazione.

Vedi questi articoli e post di blog per maggiori dettagli:

• Rory Primrose: Implementing IErrorHandler
• Useful WCF behaviors: IErrorHandler

Answer 2

È possibile progettare specifici Contratti dati di errore per ciascuno degli scenari di eccezione nel servizio WCF in modo che sia possibile gestire l'errore/eccezione sul lato client rispettivamente.

Answer 3

try 
{ 
    // Actions 
} 
catch (Exception ex) 
{ 
    // Log the exception 
    // Throw Fault Exception back to client 
    FaultException fe = new FaultException(ex.Message, new FaultCode("Your fault code")); 
    //throw fault exception back to WCF client 
    throw fe; 
}   

Answer 4

1. creare una classe di errore personalizzato che viene contrassegnato con l'attributo DataContract
2. Segnare il metodo sul servizio interfaccia del contratto con FaultContract. Vale a dire.[FaultContract(typeof(CustomFault))]
3. Nel metodo di servizio, rilevare eventuali eccezioni interne applicabili e generare un valore FaultException<CustomFault>. In alternativa, come indicato da marc_s, è possibile utilizzare IErrorHandler per associare l'eccezione all'errore.

Personalmente, creo una classe Fault di base che abbia una proprietà Reason e estendo tutti gli errori personalizzati da questa classe. Quando voglio gettare la colpa, che io chiamo:

throw Fault.Create<CustomFault>(new CustomFault("Boo hoo")); 

E 'anche interessante notare che la versione ho le mie classi di guasto (compresa la classe difetto comune) insieme a tutti i miei altri servizi. Questo è solo un problema se la versione del servizio è una preoccupazione, però.

Ecco la classe base di guasto (ho rimosso la convalida degli argomenti per brevità):

[DataContract(Namespace = XmlVersionNamespace.FaultNamespace)] 
public abstract class Fault 
{ 
    internal FaultReason Reason { get; set; } 

    protected Fault(string reasonText) 
    { 
     Reason = new FaultReason(new FaultReasonText(reasonText, CultureInfo.CurrentUICulture)); 
    } 

    public override string ToString() 
    { 
     return Reason.ToString(); 
    } 

    internal static FaultException<TDetail> Create<TDetail>(TDetail fault) where TDetail : Fault 
    { 
     return new FaultException<TDetail>(fault, fault.Reason); 
    } 
}