WCF/C# No se puede capturar EndpointNotFoundException

Question

He creado un servicio y un cliente WCF y todo funciona hasta que se trata de detectar errores. Específicamente estoy tratando de atrapar el EndpointNotFoundException para cuando el servidor no esté allí por alguna razón. He intentado un simple bloque try/catch para detectar el error específico y la excepción de comunicación de la que proviene, y he intentado detectar solo Exception. Ninguno de ellos tiene éxito en la captura de la excepción, sin embargo yo entiendo

Una primera excepción del tipo 'System.ServiceModel.EndpointNotFoundException' ocurrió en System.ServiceModel.dll

en la salida ventana cuando el cliente intenta abrir el servicio. ¿Alguna idea de lo que estoy haciendo mal?

Answer 1

Esto puede ser un problema de informe para el depurador, en lugar de no captar realmente la excepción. este post da algunos consejos sobre cómo resolver, si ese es el caso ... Why is .NET exception not caught by try/catch block?

Answer 2

What is a First Chance Exception?

primera oportunidad mensajes de excepción más menudo no quieren decir que hay un problema en el código . Para las aplicaciones/ componentes que manejan las excepciones con gracia, la primera oportunidad de excepción mensajes informa al desarrollador que se encontró y se manejó una situación excepcional .

Answer 3

Pude replicar su problema y me interesé (ya que necesitaba lo mismo). Incluso investigué una forma de manejar excepciones \ catch chance chance pero lamentablemente no es posible (para código administrado) para .net framework 3.5 y siguientes.

En mi caso, siempre obtengo un System.ServiceModel.CommunicationObjectFaultedException cada vez que algo sale mal en el servicio o cada vez que accedo a un servicio de bajada. Resulta que la declaración de C# using es la causa porque detrás de la escena, la declaración using siempre cierra la instancia del cliente de servicio incluso si ya se encontró una excepción (no salta directamente a la instrucción catch).

Lo que pasa es que la excepción original System.ServiceModel.EndpointNotFoundException será reemplazada por la nueva excepción System.ServiceModel.CommunicationObjectFaultedException cada vez que los using trata de cerrar la instancia de cliente de servicio.

La solución que he hecho es no utilizar la instrucción using modo que siempre que una excepción que se encuentre dentro del bloque try se tirará al instante la excepción de los bloques catch.

Trate de codificar algo como:

DashboardService.DashboardServiceClient svc = new Dashboard_WPF_Test.DashboardService.DashboardServiceClient(); 
try 
{ 
    svc.GetChart(0); 
} 
catch (System.ServiceModel.EndpointNotFoundException ex) 
{ 
    //handle endpoint not found exception here 
} 
catch (Exception ex) 
{ 
    //general exception handler 
} 
finally 
{ 
    if (!svc.State.Equals(System.ServiceModel.CommunicationState.Faulted) && svc.State.Equals(System.ServiceModel.CommunicationState.Opened)) 
    svc.Close(); 
} 

En lugar de:

try 
{ 
    using (DashboardService.DashboardServiceClient svc = new Dashboard_WPF_Test.DashboardService.DashboardServiceClient()) 
    { 
     svc.GetChart(0); 
    } 
} 
catch (System.ServiceModel.EndpointNotFoundException ex) 
{ 
    //handle endpoint not found exception here (I was never able to catch this type of exception using the using statement block) 
} 
catch (Exception ex) 
{ 
    //general exception handler 
} 

y usted será capaz de detectar la excepción en ese momento.

Answer 4

Eche un vistazo a this post para obtener detalles sobre esta posible solución. El código muestra el uso de un proxy de generación, pero también es válido en ChannelFactory y otros.

using (WCFServiceClient client = new WCFServiceClient()) 
{ 
    try 
    { 
     client.ThrowException(); 

    } 
    catch (Exception ex) 
    { 
     // acknowledge the Faulted state and allow transition to Closed 
     client.Abort(); 

     // handle the exception or rethrow, makes no nevermind to me, my 
     // yob is done ;-D 
    } 
} 

O, tal como se expresa en su pregunta sin una instrucción using,

WCFServiceClient c = new WCFServiceClient(); 

try 
{ 
    c.HelloWorld(); 
} 
catch 
{ 
    // acknowledge the Faulted state and allow transition to Closed 
    c.Abort(); 

    // handle or throw 
    throw; 
} 
finally 
{ 
    c.Close(); 
} 

Answer 5

lugar una prueba:

patrón típico

using (WCFServiceClient c = new WCFServiceClient()) 
{ 
    try 
    { 
     c.HelloWorld(); 
    } 
    catch (Exception ex) 
    { 
     // You don't know it yet but your mellow has just been harshed. 

     // If you handle this exception and fall through you will still be cheerfully greeted with 
     // an unhandled CommunicationObjectFaultedException when 'using' tries to .Close() the client. 

     // If you throw or re-throw from here you will never see that exception, it is gone forever. 
     // buh bye. 
     // All you will get is an unhandled CommunicationObjectFaultedException 
    } 
} // <-- here is where the CommunicationObjectFaultedException is thrown 

patrón correcto aquí-BE-dragones catch block en el CompletedMethod.

Un ejemplo:

... 
geocodeService.ReverseGeocodeCompleted += ReverseGeocodeCompleted(se, ev); 
geocodeService.ReverseGeocodeAsync(reverseGeocodeRequest); 
} 

    private void ReverseGeocodeCompleted(object sender, ReverseGeocodeCompletedEventArgs e) 
    { 
     try 
     { 
      // something went wrong ... 
      var address = e.Result.Results[0].Address; 

     } 
     catch (Exception) 
     { // Catch Exception 
      Debug.WriteLine("NO INTERNET CONNECTION"); 
     }