【问题标题】:Temporary ASP.NET Files - duplicate file problem临时 ASP.NET 文件 - 重复文件问题
【发布时间】:2010-11-01 09:39:04
【问题描述】:

每当我替换网站上的用户控件或 dll 时,我都会收到错误消息。解决办法是停止iis,删除文件夹内容,显然停止站点并不理想。

我了解到这可能是由于类名被重用造成的,例如当您复制控件并将其添加到解决方案时。

这个文件夹是典型的使用方式吗,如何避免每次更改时网站崩溃

在 IIS7.0、ASP.NET 3.5 上运行

【问题讨论】:

  • 你指的是哪个文件夹?
  • C:\Windows\Microsoft.Net\Framework\v2.0.50727\Temporary ASP.NET 文件
  • 另外,你用的是什么版本的VS?
  • 错误是沿着这些线存在于 'c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\ops\d43d728c\9ce9baf2\App_Web_8llt2hi-.dll' 和'c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\ops\d43d728c\9ce9baf2\App_Web_winusoz8.dll' Web App 托管在 IIS7.0 和 3.5 框架上

标签: asp.net iis .net-3.5 web-applications


【解决方案1】:

如果我更新 DLL 并且不清除 BIN 文件夹,我会遇到这个问题,因为我的代码设置方式。例如,如果我使用的是 3.0.1 版的 DLL,并且我添加了 3.5.0 版的 DLL,则会导致冲突。

至于解决方案,我同意第一个答案,即拥有一个开发服务器和一个实时服务器,然后发布,尽管它可能不适合您的情况。

【讨论】:

    【解决方案2】:

    使用 publish 发布站点,考虑预编译。临时文件夹是缓存动态编译的资源的地方。

    伪造 web.config 更新以生成重新编译也可能与 IIS 重新启动相反?虽然不理想。

    【讨论】:

      【解决方案3】:

      您应该将开发与生产分开,发布从 dev 到 prod iis。

      顺便说一句,如果你实际上有 2 个同名的类,编译应该这样失败。

      【讨论】:

        猜你喜欢
        • 2011-07-02
        • 1970-01-01
        • 1970-01-01
        • 2016-07-28
        • 2010-11-25
        • 1970-01-01
        • 2016-03-09
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多