3

我们有一个 IIS 7 模块以一种相当奇怪的方式失败(至少对我们而言)——该模块的 32 位版本显然有一些奇怪的行为,它会查找 DLL 的 64 位版本并使用它,如果它在 64 位机器上,而不是 32 位版本,因为我们故意安装了 32 位版本。

在我们弄清楚这一点之前(阅读:终于猜对了),模块表现出的行为是“根本不工作” - 没有错误消息,模块没有像往常一样写入日志文件(因为它根本不工作),事件日志中没有任何内容,IIS 日志中没有任何内容,除了确认我们已向显示非工作行为的页面发出 POST 请求。

我的问题是:为了防止像我们在这方面使用大量时间,是否有任何日志文件或文件可以看到“某某模块失败”或“XYZ 模块引发了 BadImageFormatException”甚至给了我们一点关于发生了什么的线索?

提前致谢

4

1 回答 1

0

您可以使用 Global.asax Application_Error 通过 Server.Transfer 重定向到自定义技术错误页面,该页面将使用 GetLastError() 显示 HttpServerUtility 服务器错误。

于 2013-03-11T11:07:35.233 回答