¿Cuál es el mejor enfoque para manejar excepciones en el servicio WCF?

Question

Tengo un servicio WCF implementado en dos o más máquinas remotas y hay una aplicación de escritorio que utiliza el cliente para acceder a cualquier servicio wcf.

El servicio WCF está conectado a SQL Server 2005 para leer y escribir datos. Este es un escenario de intranet en el cual el cliente debe estar en el mismo dominio.

Ahora no puede haber situaciones donde el servicio WCF lanza excepciones:

1. URL no válida
servicio
2. WCF está abajo
3. SQL Server 2005 no se está ejecutando
4. cliente no está en el mismo dominio
5. autenticación falla
6. autorización falla

y muchas otras excepciones.

Para cada excepción, tengo que realizar alguna acción o actualizar una barra de estado, dependiendo de la excepción. Por ejemplo, si la autorización falla, tengo que pedirle al usuario que vuelva a ingresar sus credenciales.

Por favor, sugiera el mejor enfoque de diseño para manejar esto.

Answer 1

Puede definitivamente capturar y manejar todas las excepciones que se producen en su clase de servicio y convertirlas en una excepción FaultException o FaultException.

De esta forma, no "fallará" (ni destruirá) el canal de comunicaciones entre su cliente y su servidor.

Un enfoque aún mejor sería implementar la interfaz IErrorHandler en su clase de servicio que proporciona una forma de detectar globalmente todas las excepciones a medida que ocurren y proporcionar una FaultException, que es compatible con SOAP.

Incluso puede convertir su IErrorHandler en un comportamiento configurable que se puede activar o desactivar en la configuración.

Consulte estos artículos y entradas de blog para más detalles:

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

Answer 2

Puede diseñar los Contratos de datos de fallas específicos para cada uno de los escenarios de excepción en su servicio WCF para que pueda manejar la falla/excepción en el lado del cliente, respectivamente.

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. crear una clase de error personalizado que está marcado con el atributo DataContract
2. Marque la método en el servicio interfaz de contrato con FaultContract. Es decir.[FaultContract(typeof(CustomFault))]
3. En su método de servicio, capture las excepciones internas aplicables y arroje FaultException<CustomFault>. Alternativamente, como mencionó marc_s, puede usar IErrorHandler para mapear la excepción a la falla.

Personalmente, creo una clase Fault base que tiene una propiedad Reason y extiendo todas las fallas personalizadas de esta clase. Cuando quiero echarle la culpa, que yo llamo:

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

Es también digno de mención que la versión que mis clases de fallo (incluyendo la clase de fallo común), junto con el resto de mis servicios. Sin embargo, esto solo es una preocupación si el control de versiones del servicio es una preocupación.

Aquí está la clase básica de fallos (He quitado la validación de argumentos por razones de brevedad):

[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); 
    } 
}