WSDL中的Fault声明有什么好处？

Question

在WSDL中，wsdl:Fault元素声明服务可能返回的SOAP错误消息的结构。或者更准确地说，它声明SOAP错误消息的<detail>元素的结构。

Q:，这个wsdl:Fault声明的确切目的是什么？它是否指定SOAP错误消息详细信息必须具有声明的命名空间和结构？或者它是否指定SOAP错误消息细节(通常是)具有声明的命名空间和结构？换句话说，如果SOAP服务返回具有<detail>元素的结构的SOAP错误，其命名空间不是在WSDL中声明的，那么消息对WSDL是否无效？

在我看来，wsdl:Fault声明只是一个建议。SOAP故障可以由另一层返回，而不是由服务本身返回(例如，通过代理网关)，并且该层可以返回SOAP故障细节中的任意内容。因此，我推断，如果服务实现返回与WSDL中声明的不同的故障细节，那么它应该是可以的，是吗？

Answer 1

对于我的问题，我没有找到明确的答案。但是，从互联网上各种文件中的各种暗示中，我可以推断：

1. 错误消息可以包含<detail>元素的任意数量的子元素。即使是在WSDL中没有声明的这样的详细结构。参见例如例16-6。
2. 在WSDL中声明的错误被认为是模拟故障，其他的是未建模断层。建模错误代表业务逻辑故障，其他故障通常代表运行时/技术故障(请参阅这里)。
3. 在<detail>元素下有多个元素并不与WS基本配置文件相矛盾。特别是，要求R1002说：

R1002:接收方必须接受包含任意数量元素(包括零)的错误，这些错误作为细节元素的子元素出现。这些儿童可以是合格的，也可以是不合格的。

因此，总括而言：

服务应该返回为业务错误建模的错误。使用者可能会以一种特殊的方式处理这些建模的错误，例如用修改后的参数重试请求。未建模错误主要用于技术错误、验证错误和其他运行时错误。

当您开始返回未建模的错误而不是建模的错误时，您可能会破坏使用者应用程序的业务逻辑。