基本上,我从 1.1 升级到 .NET 3.5 SP1,并用较新的 .NET 3.5 版本替换旧的 .NET 1.1 WebForms 应用程序。
- 我运行 .net 3.5 sp1 安装程序 (dotnetfx35setup.exe)
- 我运行 crystal reports 可再发行安装程序
- 我设置了一个新的应用程序池
- 我使用包含新文件的目录、使用 ASP.NET 2.0 和新的应用程序池设置了一个新网站
我在 5 个不同的(相对)相同的盒子上完成了完全相同的过程,除了当前的盒子之外,它对每一个盒子都有效。
当我尝试导航到主页时,出现错误:解析器错误消息:未知服务器标记 asp:UpdateProgress
您可以在此处查看完整的错误: http://pastebin.com/f460e58bd
由于 UpdateProgress 位于 System.Web 中.Extensibility.dll 我检查了 GAC - 它没有安装。 所以我尝试将其手动移动到应用程序 bin 目录中 - 这并没有解决它。 然后,我尝试将 gacutil 复制到计算机并手动将文件安装到 GAC,安装成功,但我的应用程序仍然失败,我没有主意。
有谁知道我还可以尝试什么?
服务器是Windows 2003 Server SP1。
Basically I am upgrading from 1.1 to .NET 3.5 SP1 and replacing an old .NET 1.1 WebForms application with its newer .NET 3.5 version.
- I run the .net 3.5 sp1 installer (dotnetfx35setup.exe)
- I run the crystal reports redistributable installer
- I set up a new application pool
- I set up a new website using the directory with the new files, using ASP.NET 2.0 and the new application pool
I have done this exact same process on 5 different (relatively) identical boxes and it worked on every single one except for the current one.
Here when I try to navigate to the home page I get an error: Parser Error Message: unkown server tag asp:UpdateProgress
You can see the full error here: http://pastebin.com/f460e58bd
Since UpdateProgress is in System.Web.Extensibility.dll I checked the GAC - it is not installed. So I tried moving it manually into the applications bin directory - this didn't fix it. I then tried copying gacutil to the machine and installing the file to the GAC manually, the install succeeded but my application still is failing and I'm out of ideas.
Does anyone have any idea what else I can try?
The server is a Windows 2003 Server SP1.
发布评论
评论(2)
尝试将其添加到 web.confg 的底部:
如果它有效,则说明您的页面在查找特定旧版本的 System.Web.Extensions DLL 时出现问题。 重新编译引用 System.Web.Extensions 的 DLL 也应该修复它。
另外这是人们看到的更常见的错误,以及更好的 Google 搜索可以让您指向正确的方向,因为 ScriptManager 通常是第一个解析的 System.Web.Extensions 控件。
Try adding this to the bottom of your web.confg:
If it works then it's a problem with your pages looking for the specific older version of the System.Web.Extensions DLL. A recompile of the DLLs that reference System.Web.Extensions should fix it also.
Also here's the much more common error people see, and a better Google search to get you pointed in the right direction since the ScriptManager is usually the first System.Web.Extensions control parsed.
您在页面/控件上的注册指令设置正确吗? 是否将 TagPrefix 属性设置为“as”?
Is you Register directive on the page/control set correctly? Does it set the TagPrefix attribute to "as"?