Services Web .NET 2.0 L'élément WSDL Fault est ignoré?

Question

J'ai une méthode de service Web où je voudrais lancer quelques exceptions personnalisées, par ex. SomeException, SomeOtherException, etc, que le service Web deviendrait alors une faute SOAP que le client serait capable de gérer. En Java, je peux avoir des éléments wsdl: fault dans l'élément wsdl: operation dans le WSDL. Il semble. NET que cela n'est pas pris en compte et qu'il n'y a aucun moyen de mettre des attributs sur un WebMethod pour montrer quelles fautes SOAP peuvent se produire. Si je crée un service Web Java qui contient des éléments wsdl: fault et ajoute une référence Web à un projet .NET, je m'attendrais à ce que les éléments wsdl: fault provoquent la création d'exceptions correctement nommées, tout comme les autres entités créé, cela ne semble toutefois pas être le cas.

Est-ce que les éléments wsdl: fault d'un WSDL sont complètement ignorés par .NET? Ils font partie de la spécification WSDL définie à http://www.w3.org/TR/wsdl donc ce n'était pas le comportement que je m'attendais.

Si cela est possible, les contournements risquent de renvoyer un objet de résultat contenant une valeur booléenne succès/échec et un message d'erreur/enum. Ou en utilisant SoapExceptions. Si je choisis d'utiliser SoapExceptions, je mets l'emphèse sur l'utilisateur de mon service web pour les gérer et les désérialiser correctement. Les deux ne semblent pas être un excellent moyen de gérer cela et d'ajouter des problèmes et du code pour contourner ce problème.

Un conseil?

Answer 1

Puisque vous demandez .net 2.0 je suppose que vous savez que c'est "fixé" dans WCF où vous pouvez ajouter l'attribut [FaultContract (typeof (YourCustomException))]. La façon «normale» de faire cela dans 2.0 est, comme vous le dites, d'ajouter un message de réponse avec une propriété succès-booléen, résultat et erreur.

Vous pouvez généralement voir comment cela est fait dans EntLib.

Answer 2

Les services Web ASMX ne prenaient pas en charge l'élément wsdl: fault, sur le client ou le serveur. Ils ne le feront jamais.

Comme l'a dit ThorHalvor, le correctif de bogue pour cela est appelé "WCF".

J'ai réussi à écrire un WSDL qui inclut des éléments wsdl: fault, puis les renvoyé via un service Web ASMX en incluant le message d'erreur en tant que propriété Detail d'une exception SoapException. Les clients Java et WCF ont alors correctement vu cela comme une exception du type approprié.

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