2011-08-24 72 views
0

现状:WebResource.axd - 适用于一台电脑;给404上的另一个

  1. 我们创建的装配与我们自己的ASP.NET控件。

  2. 该控件注册一些资源(图像,JavaScript文件等);

  3. 有一个使用我们的控件的网络应用程序。

  4. 该控件加载良好,可以访问内部资源。在结果HTML代码中,所有对资源的调用看起来都像“/WebResource.axd?d = ...”。 到目前为止,这么好。

  5. 我们有两台电脑:第一台 - 用于开发的Win7 32,第二台用于测试的Win7 64。

问题:

  • 开发机器上生成的装配运作良好就可以了,但给404错误的所有请求WebResource.axd的测试计算机上运行时。
  • 如果我们只是将源代码复制到测试计算机并在那里构建我们的程序集 - 它在两台计算机上都能正常运行。

我们使用.NET 4.0。所有最新的更新都安装在两台计算机上。使用我们的控件的Web应用程序从VS 2010(在ASP.NET开发服务器下)运行。

有什么建议吗?

回答

0

您的asp.net控件的程序集可能不包含在您的Web应用程序部署中。

在Web应用程序中查找您的程序集的引用,右键单击它并选择属性。 查找复制本地框,并将其设置为true。 重新编译应用程序并将其重新部署到其他机器。

+0

情况并非如此。组件已部署,我们的控件显示得很好,除了其中的图像(从资源中获取)。 我可以看到网页的来源,并查看所有对WebResource.axd的请求(例如:。如果我尝试在开发计算机上的另一个选项卡中打开此URL - 我看到该图像。 404错误 – Sergiy

+0

它必须是一些处理安全或权限,但我不知道在哪里看。 – Sergiy

4

我们发现了这个问题。 我们的测试计算机设置了错误的日期/时间(实际日期前10天)。所以我们的程序集(建立在开发系统上)被认为是“来自未来的DLL”。 似乎ASP.NET可以支持“从未来”的程序集,但它不喜欢将“未来”资源放入该程序集。 一旦我们更正了测试系统的日期设置 - 一切都开始良好。 希望这个案子会帮助别人。

+0

亲爱的上帝,谢谢你!我永远不会想到看时钟,但肯定它已经结束了一年前!纠正时间解决了这个问题! – SelAromDotNet

+0

哇:)它解决了我们试图在我们的服务器上解决2天的问题! “来自未来”这个短语听起来很有趣,但它确实是造成这个问题的原因!谢谢你的回答:)我们的prod服务器托管在另一个大陆上,所以时间与开发服务器相关-8小时:) –

相关问题