.NET 2.0 Web Services WSDL Fehlerelement wird ignoriert?

Question

Ich habe eine Web-Service-Methode, wo ich einige benutzerdefinierte Ausnahmen, z. SomeException, SomeOtherException usw., die der Webdienst dann in einen SOAP-Fehler verwandeln würde, den der Client verarbeiten könnte. In Java kann ich wsdl: Fehlerelemente innerhalb des wsdl: operation-Elements in der WSDL haben. Es scheint, dass es .NET ist, dass dies nicht berücksichtigt ist und dass es keine Möglichkeit gibt, Attribute auf eine WebMethode zu setzen, um zu zeigen, welche SOAP-Fehler auftreten können.

Wenn ich einen Java-Webdienst mit wsdl: fault -Elementen erstelle und einen Webverweis zu einem .NET-Projekt hinzufüge, hätte ich erwartet, dass die wsdl: fault -Elemente entsprechend benannte Ausnahmen genauso erstellen, wie die anderen Entitäten erstellt, scheint dies jedoch nicht der Fall zu sein.

Ist es der Fall, dass WSDL: Fehler Elemente in einer WSDL vollständig von .NET ignoriert werden? Sie sind Teil der WSDL-Spezifikation, die unter http://www.w3.org/TR/wsdl definiert ist, also war dies nicht das Verhalten, das ich erwartet hatte.

Wenn dies der Fall ist, können Workarounds ein Ergebnisobjekt zurückgeben, das einen booleschen Erfolg/Fehler-Wert und eine Fehlermeldung/enum enthält. Oder mithilfe von SoapExceptions. Wenn ich mich dazu entscheide, SoapExceptions zu verwenden, setze ich die Emphese auf den Benutzer meines Web-Services, um diese zu behandeln und zu deserialisieren. Beides scheint keine gute Methode zu sein, dies zu beheben und zusätzliche Probleme und Code hinzuzufügen, um dies zu umgehen.

Irgendwelche Ratschläge?

Answer 1

Da Sie nach .net 2.0 fragen, wissen Sie, dass dies in WCF "behoben" ist, wo Sie das Attribut [FaultContract (typeof (YourCustomException))] hinzufügen können.

Der "normale" Weg, wie dies in 2.0 gemacht wurde, ist, wie Sie sagen, eine Antwortnachricht mit einer success-boolean, Result und a Error Eigenschaft hinzuzufügen.

Sie können normalerweise sehen, wie dies in EntLib getan wird.

Answer 2

ASMX-Webdienste unterstützten das Element wsdl: fault weder auf dem Client noch auf dem Server. Sie werden es nie tun.

Wie ThorHalvor gesagt hat, wird der Bugfix dafür "WCF" genannt.

Ich habe erfolgreich eine WSDL geschrieben, die wsdl: fault-Elemente enthält, und diese Fehler dann über einen ASMX-Webdienst zurückgegeben, indem die Fehlermeldung als Detaileigenschaft einer SoapException eingefügt wurde. Java- und WCF-Clients haben dies dann ordnungsgemäß als eine Ausnahme der entsprechenden Art angesehen.

Answer 3

[return: System.Xml.Serialization.XmlElementAttribute("ResultWS", typeof(ResultWS), Namespace = "http://...")] 
[return: System.Xml.Serialization.XmlElementAttribute("ResultFaultWS", typeof(ResultFaultWS), Namespace = "http://...")] 
public object SumTest_Operation([System.Xml.Serialization.XmlElementAttribute(Namespace = "http://...")] ParamWS param) 
{    
    ResultWS result = null; 
    try 
    { 
     result.Value = param.P1 + param.P2;    

    } 
    catch (Exception) 
    { 
     ResultFaultWS resultFault = new ResultFaultWS(); 
     resultFault.Status = noOK; 

     return resultFault;; 
    } 
    return result; 
}