Combres.axd 在 WebForms 应用程序中返回 404
我有 2 个 ASP.NET 应用程序、1 个 WebForms 和 1 个 MVC。 Combres 在本地 IIS Express 上工作时,两者都工作得很好。将两个应用程序部署到测试服务器(IIS 7,两个应用程序位于 IIS 中的同一网站中)后,WebForms 应用程序页面中引用的 Combres.axd 链接返回 404,而 MVC 应用程序工作正常。
我还将 WebForms 应用程序连接到我的本地 IIS,它再次运行良好。
我查看了本地 IIS、MVC 应用程序和 WebForms 应用程序之间的模块和处理程序,路由注册似乎是相同的。
如果我设置defaultDebugEnabled =“true”,那么它会为资源集中的每个脚本生成一个脚本标记并且工作正常。
关于如何从combres.axd 调试404 有什么想法吗?
I have 2 ASP.NET apps, 1 WebForms and 1 MVC. Combres worked beautifully for both while working locally on IIS Express. After deploying both apps to the test server (IIS 7, both apps are in the same web site in IIS) the combres.axd link referenced in the pages of the WebForms app is returning a 404, while the MVC app works fine.
I hooked up the the WebForms app to my local IIS as well and it again worked fine.
I looked at the modules and handlers between my local IIS, the MVC app and the WebForms app and the routing registrations appear to be the same.
If I set defaultDebugEnabled="true" then it generates a script tag for each script in the resource set and works fine.
Any ideas how to debug the 404 from combres.axd?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
追踪到 web.config 中的模块配置:
我正在使用围绕 .NET 3.0/3.5 创建的遗留 WebForms 应用程序,因此我没有设置 runAllManagedModulesForAllRequests 属性。我在最新的 Visual Studio 2010 ASP.NET WebForms 模板中看到,这是现在的默认模板。
我还发现了一个帖子,建议减少暴力方法让 UrlRoutingModule 捕获 Combres.axd 路由。
其中一条评论提到了此更新,但我尚未对其进行测试:
http://support.microsoft。 com/kb/980368
Tracked it down to the modules config in web.config:
I am working with a legacy WebForms app that was created around .NET 3.0/3.5, so I did not have the runAllManagedModulesForAllRequests attribute set. I see in the latest Visual Studio 2010 ASP.NET WebForms template, this is now the default.
I also found a post that suggests a less brute force method to get the UrlRoutingModule to catch the combres.axd route.
One of the comments mentioned this update, I haven't tested it yet though:
http://support.microsoft.com/kb/980368