问题标签 [temporary-asp.net-files]

我在 Windows 2003 上运行 IIS 6.0 并开始收到此错误：

Compiler Error Message: CS0016: Could not write to output file 'c:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files\root\7382c13f\ea9b3ff7\App_global.asax.zodyof_q.dll' -- 'The directory name is invalid. '

我已经检查了所有权限，一切都符合要求 - 另外，错误消息没有提及权限。我已经尝试过以下方法：

• 按照此 [过时] 知识库文章中的说明操作：http: //support.microsoft.com/kb/825791/en-us
• 修复 .NET Framework v3.5 安装，然后重新启动
• 删除内容c:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files\root，然后运行iisreset
• 重置权限c:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files\root，然后运行iisreset
• 重新设置权限c:\WINDOWS\TEMP，然后运行iisreset。

有什么建议么？

其他说明/回复：

• 索引服务被禁用。

Scenerio：我有一个 asp.net 网站，我正在成功编译，但在浏览器中不断出现错误，说它在解决方案中找不到引用的 dll。我检查了临时 ASP.NET 文件位置中的目录，我引用的所有 dll 都在那里，除了它无法检索的那个。我手动添加了它正在寻找的位置并且该站点正常工作。该 dll 在代码中被引用，因此它应该已移至临时文件夹。有谁知道为什么会发生这种情况？我检查了引用的 dll 上的属性，并将本地复制设置为 true，因此应该将其移动到输出目录。

ASP.NET 使用临时文件目录来存储用于影子复制和动态编译的文件。典型的路径将如下所示。请注意路径末尾的哈希。

我正在使用自动部署，并注意到这些文件夹及其内容不会自动删除。作为部署过程的一部分，我想自动化删除未使用的临时文件的过程。这样，一旦部署了我的站点的新版本，旧的临时文件就会被删除。

哈希似乎是以确定性的方式生成的，所以我希望我能够将哈希确定为我的部署前脚本的一部分，并在部署后将其删除。

如何为 ASP.NET 网站计算哈希？

参考：

1. .Net 如何在 C:\Windows\Microsoft.NET\Framework\v{version}\Temporary ASP.NET Files\root 中命名其临时文件夹
2. http://blogs.msdn.com/b/junfeng/archive/2004/02/09/69919.aspx
3. http://dotnetinside.com/en/type/System.Web/ApplicationManager/4.0.0.0

我遇到运行 ASP.NET MVC4 时出现运行时错误的情况。我最近从 MVC3 迁移到 MVC4。

启动调试器后，我立即遇到以下错误消息：

“System.Web.Mvc.WebViewPage”类型存在于“c:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\promotionweb\20a5681f\9ce59023\assembly\dl3\29f671cf\37f0bcf2_4619d001\ System.Web.Mvc.DLL' 和 'c:\Windows\Microsoft.NET\assembly\GAC_MSIL\System.Web.Mvc\v4.0_4.0.0.0__31bf3856ad364e35\System.Web.Mvc.dll'

我在 IIS 7.5 中运行，具有 MVC 项目本身的解决方案设置、另一个 C# 库和控制台应用程序项目。

我已经尝试了这个答案中提到的所有步骤，都来自一个类似的问题。但是在我的情况下它根本没有帮助。

我对它必须对不同的编译模型产生一些疑问，因此我尝试为 x86 和 AnyCPU 进行编译，并在中间清理上面提到的所有目录。似乎没有任何帮助。

任何想法可能会导致 GAC 和我的临时 ASP.NET 文件之间的这种干扰？

我正在尝试读取文本文件并将其显示在 plage 上。这就是我所做的。但我收到错误

该进程无法访问文件“D:\wwwroot\TestProject\Logs\TestLog.log”，因为它正被另一个进程使用。

控制器代码

查看代码

日志文件由服务创建和使用。我的代码在我停止服务时有效。但我并没有试图在服务写入文件的同时专门写入文件。事实上，我正试图在服务没有写入它的时候阅读。关于如何解决这个问题的任何建议？谢谢。

我试图在同一台服务器上托管同一 WCF 服务的两个版本。所讨论的两个服务程序集具有相同的版本号，并且仅在内容上有所不同。但是，它们位于两个不同的物理位置，由两个独立的 IIS 站点中的两个独立（但名称相同）虚拟目录指向。每个站点都绑定到一个不同的主机名，并且我当前正在测试的应用程序配置为将请求发送到正确的主机（我正在使用 hosts 文件覆盖域名解析。）此外，托管此服务的每个站点使用单独（但配置相同）的应用程序池。

我认为所有这些措施都足以消除 IIS 在向特定端点 URL 发送请求时尝试执行哪个程序集的任何可能混淆。但是，对第二个站点的请求继续由第一个站点指向的程序集版本处理。我的 Visual Studio 调试会话附加到当前运行的每个 w3wp.exe 实例，这消除了我调试错误应用程序池的可能性。当我为每个版本的服务提取源代码文件时，两个文件中的断点都表明符号已加载并且它们将被命中（尽管在我关闭 IIS 并删除临时 ASP.Net 文件后，这发生了变化服务。）

更奇怪的是，我正在使用相同的方案成功运行和调试同一个 Web 应用程序的两个版本，并且一切正常。唯一的区别似乎是一对虚拟目录托管 Web 应用程序，而另一对虚拟目录托管 WCF 服务。

当我查看模块面板时，它表明正在加载的程序集版本来自临时 ASP.NET 文件夹。

谁能解释为什么 IIS 加载了错误版本的程序集？它与临时 ASP.Net 文件夹中的缓存有关吗？

在我们的 ASP.NET Core 1.1、EF Core 1.1 应用程序中，我们使用来自 SQL Server 的一些数据填充了一个字符串，并希望动态创建一个文本文件并让用户从客户端保存/下载。

在过去，我们曾经这样做：

在 ASP.NET Core 1.1 中如何实现？尝试遵循ASP.NET Core中的文件提供程序无济于事。

我可以在上传文件时添加 localde。但是当我在服务器上尝试时，我得到一个 404 not found 错误。通常，在我的项目中重定向url时，我将其作为“url：”@ViewBag.UrlPath/api/AddDocument/GetTechDocCode/“，”。

上传文件时，我使用了“url:”/DokumanEstablishment/Test“,”。

重定向时是否出现错误，此问题可能导致什么？