21
|
Collin Estes · 技术社区 · 15 年前 |
![]() |
1
37
我通过将此添加到web.config来修复它:
我相信它强制.NET运行时使用这些程序集的新版本。 |
![]() |
2
7
我在将Web应用程序从.NET 2.0升级到3.5时遇到了这个问题。 检查您的web.config是否为.NET 3.5正确设置。我添加/更改了以下内容:
|
![]() |
3
2
添加
结果是如果你的
但Devt机器的这个版本很好:
因此,请确保从您的
|
![]() |
4
1
您还可以在.vbproj文件中解决此问题(在我的情况下)。检查这些条目:
这似乎也迫使使用3.5版本的DLL。 |
![]() |
5
0
我们有一个非常相似的问题。开发平台工作得很好,但是一旦将站点部署到测试站点上,它就会中断,并显示与上面的原始海报相同的消息。 我们在controls目录下有子目录,可以将用户控件分组在一起。问题似乎是子目录中的控件试图使用它上面目录中的控件。我们的第一个解决方案是将顶级控件克隆到子目录。 然后我们想到创建一个并行的兄弟目录,并将控件停在那里。这解决了这个问题,无需采取(a)扁平化控件目录结构,或(b)在不同的子目录中克隆相同的控件。 所以我们的解决方案是永远不要从子目录中的用户控件引用父目录中的控件。 我希望这能有所帮助。 |
![]() |
6
0
这也可以通过将项目引用更改为System.Web.Extensions 1.0.61025或其他版本来解决,确保项目引用、Web配置和Ajax工具包都与同一版本匹配。 |
![]() |
7
0
当使用“application is updatable”标志从命令行预编译应用程序时,我们遇到了同样的问题:
移除-u标志解决了这个问题。别问我为什么! |
![]() |
8
0
非常相似的问题。”基类包含字段“webUserControl1”,但其类型(common_webUserControl)是…“更改标记文件自”
|
![]() |
9
0
在我的例子中,只是将构建框架从2.0切换到了3.5。 这是通过右键单击项目名称(解决方案资源管理器顶部)并选择“属性页”来完成的。从中选择构建选项并更改框架。 它应该更新web.config和所有需要的引用。 高温高压 戴夫 |
![]() |
10
0
从3.5更新到4.0也有类似的问题。在我的例子中,有一个根网站和虚拟的IIS应用程序目录。 在我的开发和准备领域,代码工作得很好。 它一进入生产服务器,就崩溃了。即使代码是相同的。 我的解决方案是删除虚拟目录并重新创建它。确保应用程序池正确,并且ASP.NET版本正确。(我的服务器是带有iis6的Windows Server 2003)。 另一个重要注意事项-不能在同一应用程序池中运行多个ASP.NET版本。 |
![]() |
11
0
我曾多次遇到过这种错误,尽管脚本管理器并没有特别指出。基本上,当您在页面上有一个类型的控件时,就会发生这种情况。假设你有一段时间无所事事。但随后删除了该控件,并将另一个控件放在具有相同ID的位置上,也就是说,它可以发生的时间。我认为它与过时的aspx.designer.cs有关或由其创建。 解决问题。我要么更改控件ID的名称,要么重新生成解决方案。我想还有别的办法。我认为,如果您有一个ASPX.designer.cs文件名为ASPX文件,您也可以在其中更改它。 |
![]() |
12
0
在阅读了这里的答案之后,我发现问题在于IIS是如何使用错误的版本编译控件的。我通过更新production web.config修复了此问题:
下
|
![]() |
Haim Ohayon · 这些链接之间有什么区别? 2 年前 |