Servicios de WCF REST: gestión de excepciones genéricas

Question

Tengo un gran número de código heredado que ahora es un backend para un servicio WCF REST, que solía ser un backend WCF habitual antes, si eso fuera importante. Quiero implementar un mecanismo que atrape cualquier excepción en cualquier método y lo analice. Si resulta ser un error conocido, se procesará y se convertirá en un error de aspecto amistoso.

Sé que puedo lanzar FaultException o WebProtocolException en lugar de las excepciones 'habituales', pero hay muchos lugares donde se lanzan excepciones en todo el código, y buscar todos ellos es una opción bastante dolorosa.

Intenté agregar una extensión de comportamiento de punto final que crea un nuevo comportamiento que anula el método WebHttpBehavior.AddServerErrorHandlers estándar y agrega mis controladores de errores (implementaciones IErrorHandler) a la colección de controladores de error del asignador de extremo. Dentro de los manejadores de errores analizo la excepción y creo (o no creo) un fallo basado en esta excepción.

Esperaba que este mecanismo devolviera datos personalizados para cualquier excepción conocida, pero estaba equivocado. El bueno de Microsoft ha implementado un maravilloso e inevitable WebHttpBehavior2, que agrega incondicionalmente un Microsoft.ServiceModel.Web.WebErrorHandler interno al final de la colección de manejadores de errores del asignador de punto final. Este manejador ignora todos los manejadores previamente ejecutados y reconoce solo un pequeño conjunto de excepciones, mientras que la mayoría se interpreta como "Error interno del servidor", y nada más.

La pregunta es si estoy en el camino correcto y hay una forma de deshabilitar este controlador en el mecanismo WCF REST, o introducirlo con una nueva excepción (por ejemplo, cuando se detecta cualquier excepción, primero es procesada por mi controladores y si lanzan/devuelven, por ejemplo, FaultException, esta nueva excepción se suministra al Microsoft.ServiceModel.Web.WebErrorHandler en lugar del original). Si todos mis experimentos con IErrorHandler y las extensiones de comportamiento no tienen valor, ¿cuál es una alternativa? De nuevo, realmente no quiero modificar la lógica de arrojar excepciones, quiero que un lugar capte las excepciones y las procese.

¡Muchas gracias!

Answer 1

Cuando cambia los servicios WCF SOAP a REST, cambia todo el modo de pensar de los informes y el manejo de errores.

En SOAP, las fallas son parte de su contrato. En REST, simplemente se convierten en códigos que se muestran en el código y la descripción de respuesta HTTP.

Aquí hay un fragmento de captura:

catch (Exception e) 
{ 
    Trace.WriteLine(e.ToString()); 

    OutgoingWebResponseContext response = WebOperationContext.Current.OutgoingResponse; 
    response.StatusCode = System.Net.HttpStatusCode.UnsupportedMediaType; // or anything you want 
    response.StatusDescription = e.Message; 
    return null; // I was returning a class 
} 

así que yo sugeriría a crear un código auxiliar que genera códigos de error relevantes para usted y poner en la respuesta.

Answer 2

Esto lo que hice en el pasado

public class MyServerBehavior : IServiceBehavior { 

     public void AddBindingParameters(ServiceDescription serviceDescription, 
      ServiceHostBase serviceHostBase, 
      Collection<ServiceEndpoint> endpoints, 
      BindingParameterCollection bindingParameters) { 

     } 

     public void ApplyDispatchBehavior(ServiceDescription serviceDescription, 
              ServiceHostBase serviceHostBase) { 

      foreach (ChannelDispatcher chDisp in serviceHostBase.ChannelDispatchers) { 
       chDisp.IncludeExceptionDetailInFaults = true; 
       if (chDisp.ErrorHandlers.Count > 0) { 
        // Remove the System.ServiceModel.Web errorHandler 
        chDisp.ErrorHandlers.Remove(chDisp.ErrorHandlers[0]); 
       } 
       // Add new custom error handler 
       chDisp.ErrorHandlers.Add(new MyErrorHandler()); 

      } 

     } 

     public void Validate(ServiceDescription serviceDescription, 
          ServiceHostBase serviceHostBase) { 
     } 

    } 

MyErrorHandler fue mi clase que implementa IErrorHandler.