FaultException.Detail volver vacío

Question

Estoy tratando de atrapar una FaultException dada en un cliente WCF. Básicamente necesito extraer una descripción interna de la clase de falla para que luego pueda empaquetarla en otra excepción para que las capas superiores hagan lo que sea.

He hecho esto con éxito varias veces, lo que lo hace diferente esta vez es que la falla se declara como una matriz, como se puede ver en el atributo de referencia de servicio declarado sobre el método que arroja la excepción:

[System.ServiceModel.FaultContractAttribute(typeof(FaultClass[]), Action = "http://whatever/", Name = "whateverBusinessFault")] 

Este es mi código:

try 
{ 
    // call service here 
} 
catch (FaultException<FaultClass[]> ex) 
{ 
    if (ex.Detail != null && ex.Detail.Length > 0) 
    { 
    throw new CustomException(ex.Detail[0].description); 
    } 
    else 
    { 
    throw; 
    } 
} 

problema es Detalle (que es una matriz) está volviendo siempre vacía en el código, incluso si puedo ver los datos (descripción de campo, etc.) en el respo de SOAP nse de traza de WCF.

Así que las cosas que necesito definitivamente vuelven, pero por alguna razón o no se deserializa o no puedo obtenerlo desde el código.

Cualquier ayuda apreciada!

ACTUALIZACIÓN:

Tratando con @Darin sugerencia, pero sin suerte, la cadena que estoy extrayendo del XmlReader es "/ r/n":

var sb = new StringBuilder(); 

using (XmlReader reader = fault.GetReaderAtDetailContents()) 
{ 
    while (reader.Read()) 
    sb.AppendLine(reader.ReadOuterXml()); 
} 

var detail = sb.ToString(); 

se parece a la sección de detalle es ¡no viene para nada!

Answer 1

Se me ocurrió el caso de prueba más simple que pude. Espero que te ayude. lado del servidor:

[ServiceContract] 
public interface IService1 
{ 
    [OperationContract] 
    [FaultContract(typeof(FaultClass[]))] 
    string Crash(); 
} 

public class Service1 : IService1 
{ 
    public string Crash() 
    { 
     var exception = new FaultException<FaultClass[]>(new FaultClass[] { new FaultClass { Data = "TEST" } }, new FaultReason("Boom")); 

     throw exception; 
    } 
} 

[DataContract] 
public class FaultClass 
{ 
    [DataMember] 
    public string Data { get; set; } 
} 

lado del cliente:

try 
{ 
    using (var client = new Service1Client()) 
    { 
     client.Crash(); 
    } 
} 
catch(FaultException<FaultClass[]> e) 
{ 
    //Break here 
} 

Answer 2

Es difícil decir dónde está el problema, pero sospecho que la pistola de fumar es este servicio web eje no generar mensaje estándar. Una forma de solucionar esto sería analizar el código XML sí mismo:

try 
{ 
    proxy.CallSomeMethod(); 
} 
catch (FaultException ex) 
{ 
    var fault = ex.CreateMessageFault(); 
    using (XmlReader reader = fault.GetReaderAtDetailContents()) 
    { 
     // TODO: read the XML fault and extract the necessary information. 
    } 
} 

Answer 3

tuve una situación similar en el intento de comunicar datos con fallos (en concreto un seguimiento de pila). Ver this question. Terminé resolviéndolo creando mi propio rastro de pila serializable e incluyéndolo en una clase FaultException derivada.

Answer 4

Me llevó años descubrir cómo obtener el mensaje completo de FaultException como una cadena. Finalmente he averiguado y escribí este método de extensión:

public static string GetDetail(this FaultException faultException) 
{ 
    if (faultException == null) 
     throw new ArgumentNullException(nameof(faultException)); 

    MessageFault messageFault = faultException.CreateMessageFault(); 
    if (messageFault.HasDetail) { 
     using (XmlDictionaryReader reader = messageFault.GetReaderAtDetailContents()) { 
      return reader.ReadContentAsString(); 
     } 
    } 
    return null; 
} 

Al principio yo estaba usando reader.Value pero que sólo apareció a la vuelta de la primera línea de una multilínea detalles del mensaje. reader.ReadContentAsString() parece obtener todo, nuevas líneas incluidas, que es lo que quería.

Answer 5

he encontrado la solución en un Foro de UPS:

https://developerkitcommunity.ups.com/index.php/Special:AWCforum/st/id371

". El problema fue el estudio visual no acababa de trazar el ErrorDetail objetos derecha El nodo ErrorDetail se llama 'ErrorDetail', pero el tipo generado para él es "ErrorDetailType". Edité la clase reference.cs generada para cada servicio que estaba usando y agregué un TypeName: "