.NET 2.0 Web 服务 WSDL 错误元素被忽略？

Question

我有一个 Web 服务方法，我想在其中抛出一些自定义异常，例如 SomeException、SomeOtherException 等，然后 Web 服务将转换为客户端能够处理的 SOAP 错误。 在 Java 中，我可以在 WSDL 的 wsdl:operation 元素中包含 wsdl:fault 元素。 .NET 似乎没有考虑到这一点，并且没有办法将属性放在 WebMethod 上来显示可能发生的 SOAP 错误。

如果我创建一个具有 wsdl:fault 元素的 Java Web 服务并添加对 .NET 项目的 Web 引用，我会期望 wsdl:fault 元素会导致创建适当命名的异常，就像创建其他实体一样，但这似乎并非如此。

WSDL 中的 wsdl:fault 元素是否会被 .NET 完全忽略？ 它们是 http://www.w3.org/TR/wsdl 所以这不是我所期望的行为。

如果是这种情况，可能的解决方法可能是返回一个结果对象，其中包含成功/失败布尔值和错误消息/枚举。 或者使用 SoapExceptions。 如果我选择使用 SoapExceptions，那么我会强调 Web 服务的用户来处理这些异常并正确反序列化它。 这两种方法似乎都不是处理此问题的好方法，并且会添加额外的问题和代码来解决此问题。

有什么建议吗？

Answer 1

既然您要求使用 .net 2.0，我想您知道这在 WCF 中是“固定的”，您可以在其中添加属性 [FaultContract(typeof(YourCustomException))]。

在 2.0 中完成此操作的“正常”方式是如您所说，添加带有 success-boolean、Result 和 Error 属性的响应消息。

您通常可以在 EntLib 中看到这是如何完成的。

Answer 2

ASMX Web 服务在客户端或服务器上都不支持 wsdl:fault 元素。 他们永远不会。

正如 ThorHalvor 所说，此错误修复称为“WCF”。

我已经成功地手写了一个包含 wsdl:fault 元素的 WSDL，然后通过 ASMX Web 服务返回这些错误，方法是将错误消息作为 SoapException 的 Detail 属性包含在内。 然后，Java 和 WCF 客户端正确地将其视为适当类型的异常。

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