关闭自定义错误的Dnn错误仍然没有显示错误

时间:2013-01-18 20:04:51

标签: web-config dotnetnuke custom-errors

背景

我已经设置了DNN 7.0测试环境并构建了几个自定义模块。在我的第三个自定义模块上,我使用Chris Hammond的模板完成了设置,并按照模板提供的说明进行了操作(我为之前的模块做了这个,没有问题)。安装模块后,我的网站将无法正常工作。我在每一页都得到的是DotNetNuke错误,没有其他信息。

问题:

我的模块安装显然出现了问题,但我完全无法找到答案。我得到的只是DNN提供的非描述性错误消息。我已将我的Web配置修改为以下内容:

<customErrors mode="Off" />

但我仍然收到通用的“DotNetNuke Error”消息。我需要查看堆栈跟踪和任何其他信息,以查看我的错误产生的位置。还有其他方法可以使用DNN吗?

3 个答案:

答案 0 :(得分:0)

作为替代方案,我刚刚对EventLog表运行SQL命令。您可以从那里获取有关错误消息的整理信息,并且可以在LogProperties字段中找到堆栈跟踪和其他信息。

看来我的模块创建了臭名昭着的“DotNetNuke.UI.Skins.Skin.GetSkin(Me)”错误here。不幸的是,我的情况似乎有所不同,因为唯一推荐的解决方案对我不起作用。看起来是时候进行另一次DNN擦拭了。

答案 1 :(得分:0)

检查Desktopmodules文件夹中是否有一个奇怪的虚拟目录,或者其中的文件夹。

我的测试中遇到了一些问题,IIS会将其转换为虚拟目录并导致问题,但不能随意重现。

另外,请查看最新版本的DNN7模板

答案 2 :(得分:0)

自从我开始使用新的DNN 7模板以来,我遇到了同样的问题,这与我调试模块的方式有关。

以下解决了这个问题:

  • 删除桌面模块下的虚拟目录
  • 重新启动IIS