问题标签 [faultcontract]

以一个有 10 个服务和每个服务 20 个方法的项目为例。

所有服务都继承自具有安全检查的基础服务。每个方法做的第一件事就是调用安全检查。如果出现问题，这会引发安全异常。

问题是：我是否需要在每个方法（OperationContract）上指定一个 FaultContract，或者我可以在一个中心定义中执行一次吗？

我们有一个 WCF 自托管服务，我们已经开发了一段时间。作为我们标准的一部分，我们定义了适用于操作的 FaultContract。

最近我们需要添加一个新的 ServiceContract，所以我们这样做并添加了一个简单的方法（void/no params）。一旦我们添加了这个合约，尽管 SVCUtil 将不再为我们生成代理。相反，它会出错并说元数据包含无法解析的引用：'net.tcp://localhost/MyService' 没有端点监听等等等等。

我们最终调试到操作合约有故障合约。一旦我们删除它，一切正常。这对我们来说很奇怪，因为..

1) 新服务合同与我们所有其他服务合同的地点相同

3) FaultContract 与我们在其他地方使用的相同。

关于可能导致这种奇怪行为的任何想法？

我们有很多 WCF 服务，我们没有先使用合同。所以现在我们有很多抛出异常的代码，这些代码没有在 FaultContracts 中指定。

除了手动检查代码。有没有办法生成 FaultContract 或至少在 FaultContract 丢失时收到警告？

我已经[FaultContract(typeof(ExceptionDetail))]为我的运营合同添加了属性。当我尝试将服务添加到客户端应用程序时，我收到此错误 -"Custom tool error: Failed to generate code for the service reference 'ServiceReference1'. Please check other error and warning messages for details."

但是当我注释掉 FaultContract 属性时，我可以将 wcf 服务引用添加到我的客户端应用程序中。

好的，我知道我在这里遗漏了一些东西。我有以下运营合同：

以下内容来自客户：-

在上述情况下，catch(FaultException exp)（客户端代码中第一个带有 ArgumentException 的 catch 块）块不会被执行。但是，当我删除 ArgumentException 以具有 catch(FaultException exp) 时，会执行相同的 catch 块。我不确定这一点，因为我从我的操作合同中抛出了 FaultException。我在这里有什么遗漏吗。

感谢你的帮助，Ashish

编辑：-当我更新客户端中的服务参考时，我能够捕捉到FaultException<ArgumentException>异常。

我有一种情况，我希望能够区分 Web 服务中不同类型的错误。在 API 中，这通常是每个单独的异常，这是否意味着我应该在 WCF 中有多个故障契约？

这是首选方法吗，它似乎是 OO 方法。我工作中的某个人建议了错误代码，但我开始认为，如果您要发回异常，这似乎违反直觉。

有没有人遇到过类似的情况，如果有，您做了哪些设计决策以及做出这些决策的原因？

谢谢，任何帮助将不胜感激。杰米

我只是注意到了一些特别的东西。我有一个通过 basicHttpBinding 发布的内部库存服务，以及一个启用了元数据的 customBinding (http+binary)。我还包括了一个用于 http 的 mex 端点。我们使用 Visual Studio 2008 和 VB.NET

就在最近，我们注意到我们无法在其他项目中成功添加对此服务的服务引用。它所生成的只是我们通过 FaultContract 包含的第一个自定义异常（实际上，只有一种类型）。如果我添加一个简单的网络参考，它也可以正常工作。此外，WcfClient.exe 在加载服务时也没有问题。只是 VS.NET 添加服务引用是行不通的。

在服务中，此异常继承自 Exception 并标记为可序列化。这就是你应该做的，不是吗？

无论如何，这让我感到困惑。如果我删除此自定义异常的 FaultContract 一切正常。我可以添加服务参考，没问题。但是有没有办法我仍然可以拥有我的自定义异常？这是一个已知问题吗？

我有一个带有 Silverlight 客户端和.NET 3.5 WCF服务的WCF双工服务。

我的情况是：在从服务器到客户端的双工推送 OneWay 操作期间，如果客户端通知处理程序中发生异常，则通道会静默发生故障，因此来自服务器的任何进一步双工调用超时并失败。（如此处解释的单向操作和异常）

我的问题：

1. 我可以只用FaultContracta装饰OneWay OperationContract，将异常包装在客户端并防止通道故障吗？
2. 如果没有，还有什么其他方法可以捕获在从服务器进行双工推送期间客户端发生的异常？

我的系统由两个站点组成，它们之间使用 WCF 进行通信。有时，当一个站点在其对等点上调用操作时会引发异常，我试图确定在这种情况下使用 WCF 的 FaultContracts 的最佳方法是什么。

在过去的项目中，我习惯于创建一个重要的异常层次结构，例如：

但是，在 WCF 中实现这样的层次结构很快就会变得令人厌烦，因为我必须在其自己的 FaultContract 中指定每个具体的异常类型。现在，由于这两个服务都是同一个系统的一部分，所以不存在泄漏信息/敏感调用堆栈/等的问题。我希望 B 在其异常中提供尽可能多的信息，以便 A 可以做出相应的反应。我应该注意到，在实践中，这些异常中的许多都是以相同的方式处理的（操作失败并通知用户），但是在设计我的异常方案时，我不想假设对所有异常进行相同的处理。

任何人都可以建议一种不需要为每种异常类型使用 FaultContract 的方法吗？有没有更简单的方法？毕竟这是一个内部接口。我想使用异常层次结构是否过于理想化？

我将 MessageContracts 用于我的 WCF 服务；我将各种 DataContracts 分组到一个 MessageContracts 中。我的基本响应是包含 - isOperationSuccess (bool)、exceptionMessage (Exception)。如果在服务级别发生错误，我将分配到 exceptionMessage 并将 isOPerationSuccess 设置为 false；并返回响应。

我是否仍然需要在客户端处理/捕获 FaultContract（我的服务包含 FaultContract 属性？

我的问题是我需要在哪里使用带有 MessageContracts 的 FaultContract？