试着抓住——不要抓住

这是我的问题。我有一个中间件web服务,由几个web客户端使用。web服务是一个包装器服务,它调用多个供应商的web服务。对供应商web服务的调用被包装在TryCatch中,但生成的任何异常都不会被我的web服务捕获,而是被客户端应用捕获。

我错过什么了吗?这与此有关吗 posting ?

下面是一个简化的代码片段:

    Dim VendorWebservice as New VendorWebservice
    Dim VendorResponse As VendorResponse = Nothing
    Dim ClientResponse as New CustomClientResponse
    Try
        VendorResponse = VendorWebservice.VendorWebMethod
    Catch ex As Exception
        ClientResponse.ErrorMessage = ex.Message
        ClientResponse.Status = "VendorError"
        Return ClientResponse
    End Try

编辑

要详细介绍一些细节。。。代码在99%以上的时间内成功运行。很少有情况下,供应商的网站出现问题是在出现此问题时。我已经为其中一个web客户机和web服务打开了VS,并且可以逐步完成从客户机到WS的代码。当我可以重现这个问题时,我已经通过客户端代码找到它调用我们的web服务的地方,然后切换到WS代码并逐步完成,直到它调用供应商的代码,在这一点上,它跳回客户端代码,而不点击Catch块或其后的任何代码。

希望有帮助。

发布的一些答案提供了研究的途径,最值得注意的是,可以创建的异常不是从System.Exception派生的(谁知道呢?)但我还发现,从.NET 2.0和更高版本开始,这些非System.Exception被.NET包装在System.Exception中。所以在理论上,应该排除非系统的例外。

此外,根据我的阅读,当调用web服务(就像我的web服务所做的那样)时,理论上只应该看到两种类型的异常,System.Net.WebException和System.web.Services.Protocols.SoapException,这两种异常都源自System.Exception。如果在调用web服务时只有两种类型的异常,我不知道这是否真的是真的,但我会把它扔出去。:)

仍然在寻找答案。。。

事实证明,再现错误条件是难以捉摸的。我在代码中抛出的每一个场景都按照预期进行了响应,错误被捕获在Catch块中。虽然在理论上.NET应该包装不是从System.Exception派生的异常,但唯一合乎逻辑的答案似乎与Joe的答案一致,即我们经历的异常不是从System.Exception派生的,因此被视为未处理的异常。