답변:
무료 Nlog 로깅 플랫폼을 실험 할 때 동일한 문제가 발생했습니다.
이것은 나를 도왔습니다.
파일 탐색기에 % TEMP %를 입력하고 모든 임시 파일을 삭제합니다.
그 후 Visual Studio에서 MVC5 프로젝트를 시작할 때 오류가 발생하지 않았습니다.
다음 중 하나를 수행하여 ASP.Net의 임시 파일을 삭제하십시오.
.NET에서 임시 ASP.NET 파일도 지우는 것을 잊지 마십시오 Framework64. 그것은 나를위한 속임수였습니다.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET FilesC:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files누군가에게 도움이 될 경우를 대비하여.
MVC 5 응용 프로그램에서이 문제가 발생했습니다. bin 디렉토리 에서 Antlr3.Runtime.dll 을 삭제 하고 다시 빌드하면 문제가 해결되었습니다.
내 문제는 WebGrease의 최신 버전이 Antlr 3.4.1.9004 버전을 설치한다는 것입니다. WebGrease를 설치하고 Antlr를 버전 3.5.0.2로 업데이트하면 오류가 사라졌습니다.
나를 위해 web.config 파일에서이 노드를 제거하면 오류 메시지가 제거되었습니다.
<identity impersonate="true" userName="" password="">
하지만 정말 효과가 있었던 것은 C : \ Windows \ Microsoft.NET \ Framework {version} (또는 Framework64)에있는 Temporary ASP.NET Files "폴더에 대한 전체 액세스 권한 (impersonate에 지정된 userName에 대한)을 부여하는 것입니다.
이 ID는 IIS의 웹 사이트 응용 프로그램 풀 설정에도 저장 될 수 있습니다.
너겟 패키지가 올바른 버전으로 올바르게 설치되었는지 확인하십시오. 아무것도 작동하지 않으면 로컬 폴더에서 참조를 다시 추가하고 로컬 복사로 설정하십시오.
ASPNET_REGIIS -GA impersonatedusername
문제를 해결하는 솔루션이 있으면 어셈블리 버전 인 web.config를 확인하십시오.
<dependentAssembly>
<assemblyIdentity name="Antlr3.Runtime" publicKeyToken="eb42632606e9261f" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-3.5.0.2" newVersion="3.5.0.2" />
</dependentAssembly>
web.config에서 impersonate = "true"에 문제가 발생했습니다. 작동하는 줄을 제거했습니다!
다시 한 번 줄을 배치하고 가장을 사용하여 계정 사용자에게 관리자 권한을 부여했으며 전체 응용 프로그램이 작동했습니다. :)
가장을 사용하는 경우. 정답은 다음 폴더에 대한 액세스를 가장하는 사용자에게 권한을 부여하는 것입니다.
C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files
귀하의 사이트 디렉토리.
또한 다음과 같이 폴더를 만들어야 할 수도 있습니다.
C:\Windows\Microsoft.NET\Framework\[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files\[Application-Name-Goes-Here]
그러나 이전을 먼저 시도해보십시오.
가장 된 사용자에게 임시 데이터를 저장하고 dll 파일과 필요한 파일을 디렉터리에서 가져올 수있는 권한을 부여하는 두 가지 변경 사항
업데이트, Windows 10 용 이것은 나를 위해 일한 솔루션입니다.
두 단계를 모두 수행하지만 대신
C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files
파일 탐색기에 % TEMP %를 작성하고 가장하려는 사용자에게 다음 폴더에 대한 액세스 권한을 부여합니다.
C:\Users\[UserName]\AppData\Local\Temp\Temporary ASP.NET Files
나를 위해 일한 것은 내 webconfig (system.web 속성 아래)에서 ID = true를 제거하고 솔루션을 다시 빌드하고 (필요한 경우) 다시 게시하고 매력처럼 작동했습니다!
내 문제는 그룹 정책의 매핑 된 드라이브 변경으로 인해 발생했습니다. 내 솔루션에는 RAM 드라이브 설정을 내 Z : 드라이브로 사용하도록 Web.config에 tempDirectory 설정이 설정되어 있습니다. 분명히 그들은 Z : 드라이브를 사용하기 시작했고 DLL은 평상시처럼 tempDirectory에 복사되었지만 원격 서버의 프로세스에 의해 삭제되고 있다고 생각합니다 (바이러스 검사). 나는 프로세스 모니터 를 사용 하고 Antlr에 대한 필터링을 사용 하고 DLL에 대한 네트워크 위치를 찾고 있음을 알 수있었습니다.
성공하지 않고 .netframework 임시 파일을 삭제하려고 시도한 후
<system.web>
<authentication mode="None" />
<compilation debug="true" targetFramework="4.6.1" />
<httpRuntime />
<pages controlRenderingCompatibilityVersion="4.0" />
</system.web>
4.6.1 대신 targetFramework = "4.6"만 사용하면 웹 사이트가 오류없이 표시됩니다. 다음으로 다시 targetFramework = "4.6.1"로 변경하고 서버를 다시 시작합니다. 모든 것이 괜찮습니다.
저에게 해결책은 Visual Studio를 관리자로 실행하는 것이 었습니다. 분명히 권한 문제였습니다.
% temp % 삭제
휴지통 삭제
.vs 삭제
이제 나를 위해 일했습니다.
업그레이드 후이 문제가 발생했습니다. Microsoft.AspNet.Web.Optimization
update-package WebGrease및 update-package Antlr(순서대로) 최신 버전을 얻고 ANTLR 버전 문제를 해결합니다.
간단한 해결책이 있습니다. 자신의 프로젝트 폴더로 이동하여 패키지 폴더를 찾으십시오.
