部署的应用程序中未执行ASP.NET codebehind

部署的应用程序中未执行ASP.NET codebehind,asp.net,Asp.net,我有一个ASP.NET web应用程序托管在共享web服务器上。最近,我使用VisualServer2008对其进行了一些更改(仅更改代码,未更改ASPX),并将新DLL上载到服务器上的我的bin文件夹 当我重新加载任何页面时,会出现以下奇怪的症状:页面被呈现,没有运行时错误,但codebehind文件中的代码似乎都没有执行(例如页面加载、控制事件)。所有静态内容都会显示,但通常由服务器代码呈现的内容都不会显示。我个人从未见过DLL加载问题以这种方式表现出来-如果DLL无法加载,我希望看到一个运

我有一个ASP.NET web应用程序托管在共享web服务器上。最近,我使用VisualServer2008对其进行了一些更改(仅更改代码,未更改ASPX),并将新DLL上载到服务器上的我的bin文件夹

当我重新加载任何页面时,会出现以下奇怪的症状:页面被呈现,没有运行时错误,但codebehind文件中的代码似乎都没有执行(例如页面加载、控制事件)。所有静态内容都会显示,但通常由服务器代码呈现的内容都不会显示。我个人从未见过DLL加载问题以这种方式表现出来-如果DLL无法加载,我希望看到一个运行时错误,关于加载页面继承的类失败

我想知道以前是否有人见过这种效果?作为线索,我将在下面列出可能与我的场景相关的因素:

  • 当我上次开发这个应用程序时(已经有一段时间了),我想是在使用VSWebDeveloperExpress 2005。在进行此更改(升级到VS2008)的过程中,我将可怕的“web站点”模型转换为适当的web应用程序项目。一切都很好,在我的机器上工作,但是

  • 在本地机器上开发时,我将解决方案平台从“任意CPU”更改为x86。这是因为我现在运行的是64位Windows,但需要使用Jet OLEDB提供程序,它显然不会在64位模式下运行。(我还必须让应用程序在32位应用程序池中运行)。所以我认为我的问题可能是由DLL的CPU目标与宿主服务器的web进程不兼容引起的。但是,在切换回“任意CPU”并重新构建之后,我仍然有同样的问题。也许我的构建配置还是一团糟?(这是我第一次不得不干预CPU目标)

  • 也许我需要将解决方案更改为目标.Net Framework 2.0而不是3.5?再说一次,如果这是问题所在,我希望出现运行时错误

  • 我的应用程序没有使用自定义错误页面,但我认为它在服务器上有CustomErrors=“On”。仍然-这不会阻止运行时错误页面的显示,是吗?它只是不包含任何错误细节


我现在被难住了——任何想法都值得赞赏

如果您从网站更改为WebApplication,那么您至少应该将ASPX页面定义从CodeFile=“…”更改为CodeBehind=“…”,查看ASPX文件,确保当前版本显示CodeBehind=“…”,并且您的Inherits语句正确无误


编辑:刚刚注意到我回复了一篇相当过时的帖子,所以这可能不会有太大帮助:)

你能在共享主机上重置IIS或应用程序池吗?试试看。我希望我可以,因为web服务器可能已经加载了我的类的无用版本。但我不认为这是我的选择。我能做的最好的事情就是通过修改我的web.config强制重新加载应用程序(但是,替换DLL应该已经产生了同样的效果)。尽管如此,我还是会尝试一件事:启用跟踪并使用Trace.axd检查是否有任何东西被调用。