问题标签 [error-handling]

我们正在使用 SQL 2005 和 try-catch 功能来处理数据库中的所有错误处理。我们目前正在部署一个 .NET CLR 函数以在数据库中进行一些 WCF 调用。此 WCF 过程在 CLR 中编写，然后部署到 SQL。如果我在 CLR 代码中放置一个 try-catch 块，它会很好地捕获错误。但是，我似乎无法将错误抛出到 SQL 中的 try-catch 块。SQL 似乎忽略了我抛出的内容并捕获了它发现的错误。两者之间是否没有关系（即我不能从一个扔到另一个？）

如果我可以从 CLR 中抛出到 SQL 中的调用过程，是否需要任何特殊格式？我尝试了捕获抛出的错误，然后抛出不同的错误的特定情况，但是 SQL 忽略了我抛出的错误并捕获了原始错误，就好像它忽略了抛出的错误一样。

我需要帮助在 SQL Server 2000 中记录来自 T-SQL 的错误。我们需要记录我们捕获的错误，但是在获取与我们在 SQL Server Management Studio 前面会得到的相同信息时遇到了麻烦。

我可以在没有任何参数替换的情况下收到这样的消息：

但我还没有找到任何找出错误参数的方法。我想看看：

表 MYTABLE7 上的约束违反 MYCONSTRAINT2

不是

表 %s 上的约束违反 %s

谷歌搜索只发现了使用 DBCC OUTPUTBUFFER 的奇异方案，这些方案需要管理员访问权限并且不适合生产代码。如何获得带有参数替换的错误消息？

来自桌面背景，我不确定如何将捕获的异常传递给错误页面，以避免我的用户看到标准异常屏幕。

我的一般问题是如何将异常从页面 X 传递到 ASP.net 中的错误页面？

我熟悉一些基础知识，但我想更多地了解的是何时以及为什么应该在 PHP 中使用错误处理（包括抛出异常），尤其是在实时站点或 Web 应用程序中。它是否可以被过度使用，如果是，过度使用是什么样的？有不应该使用的情况吗？此外，关于错误处理，有哪些常见的安全问题？

愚蠢的赏金系统自动选择了错误的答案。

我正在使用首页扩展与 SharePoint Services 3.0 进行交互，如此处所述。

在我见过的大多数示例中，客户端只是在结果中查找特定的英文字符串，并使用它来确定是否发生了错误。但是，我正在编写一个可以广泛部署并放在非英语 SharePoint 服务器上的应用程序，因此我想改用返回的错误代码。

不幸的是，错误代码的文档定义很差。它包含以下宝石：

尽管许多 RPC 协议方法具有独特的错误消息，但如果方法未能正确完成，大多数都依赖标准错误消息格式来传递信息。

Hrm，这个“标准错误消息格式”是什么......和

状态是 FrontPage 服务器扩展中遇到的条件的错误代码。osstatus 是来自操作系统的错误代码。

也很可悲地娱乐：

通常，代码是整数值，消息是总结错误的文本字符串。

但是没有一个表格可以描述这些错误的可能内容。

在我看来，操作系统错误代码可能是 HRESULT，但我不知道在 SharePoint 错误代码的潜在来源方面要寻找什么。我唯一的线索是 status=589826 似乎表明文件已经存在。

愚蠢的赏金系统自动选择了错误的答案。

在使用错误消息（或其他用户消息）的整个应用程序中，我通常对字符串进行硬编码。显然，这可能非常糟糕（尤其是当您可能不得不返回并本地化应用程序时）。集中这些字符串的最佳方法是什么？静态类？常数？一个 XML 文件？或组合（例如创建一个带有用于从 xml 文件中读取的常量的静态类）。

问题说明了一切，以这个示例代码为例：

现在，如果在这些控件（位于母版页中）的某个地方抛出错误，它们将关闭整个站点，如何捕获这些异常？

对于 asp.net 站点，什么是好的错误处理实践？例子？谢谢！

我正在编写调度程序或排序。它基本上是一个包含 exe 列表（如“C:\a.exe”）的表和一个控制台应用程序，它每分钟左右查看表中的记录并运行尚未运行的任务。

我运行这样的任务：

如何判断特定任务是否失败？例如，如果 a.exe 抛出未处理的异常怎么办？我希望上面的代码知道何时发生这种情况，并使用“特定任务失败”等内容更新任务表。

我怎样才能做到这一点？

我没有使用 Sql Agent 或 Windows Scheduler，因为其他人告诉我不要。他有更多的“经验”，所以我基本上只是听从命令。随意提出替代方案。

Is it possible to enumerate all the current errors being displayed through an "Error Provider" without having to access the controls?