FaultException.Detail kommt leer zurück

Question

Ich versuche, eine bestimmte FaultException auf einem WCF-Client abzufangen. Ich muss im Grunde eine innere Beschreibung aus der Fehlerklasse extrahieren, so dass ich sie dann in eine andere Ausnahme für die oberen Schichten verpacken kann, um was auch immer zu tun.

Ich habe dies erfolgreich einige Male gemacht, was es anders macht, ist dieser Fehler als ein Array deklariert, wie Sie aus dem Service-Referenzattribut oben auf der Methode, die die Ausnahme auslöst, erkennen kann:

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

Dies ist mein Code:

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

Problem ist Detail (die ein Array ist) kommt immer wieder leer im Code selbst wenn ich die Daten sehen kann (Beschreibungsfeld usw.) in der SOAP-Respo nse aus der WCF-Ablaufverfolgung.

Also das Zeug, das ich brauche, kommt definitiv zurück, aber aus irgendeinem Grund wird es entweder nicht deserialisiert oder ich kann es nicht vom Code bekommen.

Jede Hilfe wird geschätzt!

UPDATE:

Der Versuch, mit @Darin Vorschlag aber kein Glück, der Saite, die ich aus dem XmlReader bin Extrahieren "/ r/n":

var sb = new StringBuilder(); 

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

var detail = sb.ToString(); 

Sieht aus wie der Detailabschnitt ist kommt überhaupt nicht auf!

Answer 1

Ich kam mit dem einfachsten Testfall, den ich könnte. Ich hoffe es hilft dir. Server-Seite:

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

Client-Seite:

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

Answer 2

Es ist schwer zu sagen, wo das Problem ist, aber ich vermute, der smoking gun diese Achse Web-Service ist nicht Standard-Nachricht zu generieren. Eine Möglichkeit, dies zu umgehen wäre die XML zu analysieren selbst:

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

Ich hatte eine ähnliche Situation bei dem Versuch, Daten mit Fehlern zu kommunizieren (genauer gesagt ein Stack-Trace). Siehe this question. Am Ende habe ich es gelöst, indem ich meine eigene serialisierbare Stack-Trace erstellt und sie in eine abgeleitete FaultException-Klasse aufgenommen habe.

Answer 4

Es dauerte ewig, bis ich herausgefunden habe, wie man die Nachricht mit den vollständigen Details von einer FaultException als String erhält. Habe ich es schließlich heraus und schrieb diese Erweiterung Methode:

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

Ursprünglich ich reader.Value wurde mit aber das schien nur auf die Rückkehr der ersten Zeile eines mehrzeiligen Nachrichtendetails. reader.ReadContentAsString() scheint das Ganze zu bekommen, neue Zeilen enthalten, was ich wollte.

Answer 5

ich die Lösung auf einem UPS Forum gefunden:

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

ErrorDetail "„. Das Problem der Visual Studio war ziemlich die ErrorDetail nicht kartieren Objekte rechts Der ErrorDetail Knoten genannt wird", aber Der dafür generierte Typ lautet "ErrorDetailType". Ich habe die Klasse reference.cs für jeden von mir verwendeten Dienst bearbeitet und einen TypeName hinzugefügt: "