更新部署的文件后Antlr3.runtime访问被拒绝 [英] Antlr3.runtime access denied after updating deployed files

查看:1641
本文介绍了更新部署的文件后Antlr3.runtime访问被拒绝的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们有一个被写了,我迄今为止已经一起用胶带抱着一名前雇员的ASP.NET应用程序。该应用程序与MVC,NHibernate和其他一些进程写入,其中没有任何我们的其他应用程序使用,所以我对如何支持这些很少的想法。为了进一步复杂化的东西,原来的应用程序是不是建立正确部署,所以我只好跟着从该员工一组指令哪些要复制的文件在哪里手动获取更新了。我今天试图做一个更新,使得那里的应用程序驻留在整个文件夹的备份C:\\的Inetpub \\ wwwroot文件之前,我复制任何东西。复制文件后,我回收的应用程序池通常是所有需要应用更改。相反,我得到这个错误:

We have an ASP.NET application that was written by a former employee that I have thus far been holding together with duct tape. The app was written with MVC, NHibernate and some other processes, none of which any of our other apps use, so I have very little idea on how to support these. To further complicate things, the original app was not built to deploy properly, so I have had to follow a set of instructions from said employee about which files to copy where to get the updates out manually. I attempted to do an update today, making a backup of the entire folder where the app resides in C:\Inetpub\wwwroot before I copied anything. After copying the files, I recycled the app pool which is usually all it takes to apply the changes. Instead I got this error:

无法加载文件或程序集Antlr3.Runtime或它的一个依赖。访问被拒绝。

扰动,但不会太难过,我只是复制我的备份文件夹回给应用程序的文件夹,它应该有它恢复到它以前我试图更新(因为我所做的只是复制了一些文件)的方式。然而,错误仍然存​​在。我试图重新复制几次,重新启动应用程序池,重新启动IIS等,但都无济于事。我的谷歌福迄今被证明是无用的。如果你认为它会是有帮助的(不看对我有用),我可以提供完整的堆栈跟踪。我真的在我束手无策,因为没有什么,我可以告诉服务器上的其他改变,该文件夹已经恢复到原来的状态(同样,据我可以告诉...我没有做过的文件上进行比较每个100+的文件)。

Perturbed but not too upset, I simply copied my backup folder back out to the app’s folder, which should have reset it to the way it was before I attempted the update (since all I did was copy over some files). However, the error persists. I have tried re-copying several times, restarting the app pool, restarting IIS, etc., but to no avail. My Google-fu has thus far proved useless as well. I can provide the full stack trace if you think it’ll be helpful (doesn’t look useful to me). I’m really at my wit’s end because nothing else changed on the server that I can tell, and the folder has been restored to its original state (again, as far as I can tell... I have not done a file compare on each of the 100+ files).

推荐答案

这可能不是,如果你没有试图让网站在本地运行应用,但是,这可能会帮助别人...

This may not apply if you're not trying to get the site to run locally, but, this may help someone...

我带来了我的生产服务器的web.config我的本地工作站。我已经忘记了生产配置使用模拟。这竟然是我的问题。该用户有我的本地工作站上几乎没有权限。

I had brought over my production server's web.config to my local workstation. I had forgotten that the production config uses impersonation. That turned out to be my problem. That user has nearly no permissions on my local workstation.

如果您在模拟用户添加到本地计算机的IIS_WPG你可以保持不必做奇怪的事情到你的ASP.NET临时文件的权限等。

If you add the impersonation user to your local machine's IIS_WPG you can keep from having to do weird things to your Temporary ASP.NET Files permissions, etc.

脱帽向<一个href=\"http://blogs.msdn.com/b/sayanghosh/archive/2007/04/21/solution-to-could-not-load-file-or-assembly-or-one-of-its-dependencies-access-is-denied.aspx\"相对=nofollow>这个帖子,导致我这个道理。

Hats off to this post that led me to this truth.

我的解决办法是从我的本地web.config中删除模拟行

My solution was to delete the impersonation line from my local web.config

这篇关于更新部署的文件后Antlr3.runtime访问被拒绝的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆