2012 년에서 2013 년으로 업데이트 한 후 파일 또는 어셈블리 'System.Web.Http 4.0.0을로드 할 수 없습니다.


183

에 따라 업그레이드를 수행했습니다. http://www.asp.net/mvc/tutorials/mvc-5/how-to-upgrade-an-aspnet-mvc-4-and-web-api-project-to-aspnet-mvc-5-and- 웹 API-2

오류가 발생합니다. 다른 사람 이이 오류가 발생합니까?

'/'응용 프로그램에 서버 오류가 있습니다.

파일 또는 어셈블리 'System.Web.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35'또는 해당 종속성 중 하나를로드 할 수 없습니다. 찾은 어셈블리의 매니페스트 정의가 어셈블리 참조와 일치하지 않습니다. (HRESULT 예외 : 0x80131040)
설명 : 현재 웹 요청을 실행하는 동안 처리되지 않은 예외가 발생했습니다. 오류 및 코드에서 발생한 위치에 대한 자세한 정보는 스택 추적을 검토하십시오.

예외 정보 : System.IO.FileLoadException : 파일 또는 어셈블리 'System.Web.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35'또는 해당 종속성 중 하나를로드 할 수 없습니다. 찾은 어셈블리의 매니페스트 정의가 어셈블리 참조와 일치하지 않습니다. (HRESULT 예외 : 0x80131040)

소스 오류 :

48 행 : 49 행 : 50 행 :} 51 행 : 52 행 : protected void Application_BeginRequest (객체 발신자, EventArgs e)

소스 파일 : d : \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ Global.asax.cs 줄 : 50

어셈블리로드 추적 : 다음 정보는 'System.Web.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35'어셈블리를로드 할 수없는 이유를 확인하는 데 도움이 될 수 있습니다.

=== 사전 바인딩 상태 정보 === 로그 : DisplayName = System.Web.Http, 버전 = 4.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35 (완전히 지정됨) LOG : Appbase = file : /// D : /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/ LOG : 초기 PrivatePath = D : \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ bin 호출 어셈블리 : ThirdPartyWebAPI, 버전 = 1.0.0.0, Culture = neutral, PublicKeyToken = null. === LOG :이 바인드는 기본로드 컨텍스트에서 시작합니다. 로그 : 응용 프로그램 구성 파일 사용 : D : \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ web.config 로그 : 호스트 구성 파일 사용 : C : \ Users \ michalc \ Documents \ IISExpress \ config \ aspnet.config 로그 : 컴퓨터 구성 사용 C : \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ config \ machine.config의 파일입니다. LOG : 정책 후 참조 : System.Web.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35 LOG : 새 URL 파일 다운로드 시도 중 : ///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files / root / 9184b2ea / c6d4b139 / System.Web.Http.DLL. LOG : 새 URL 파일 다운로드 시도 : ///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files / root / 9184b2ea / c6d4b139 / System.Web.Http / System.Web.Http .DLL. LOG : 새 URL 파일 다운로드 시도 : ///D:/SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL. WRN : 어셈블리 이름을 비교하면 불일치가 발생했습니다. 주 버전 ERR : 어셈블리 설정을 완료하지 못했습니다 (hr = 0x80131040). 프로빙이 종료되었습니다. 새 URL 파일 다운로드 시도 : ///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files / root / 9184b2ea / c6d4b139 / System.Web.Http / System.Web.Http.DLL . LOG : 새 URL 파일 다운로드 시도 : ///D:/SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL. WRN : 어셈블리 이름을 비교하면 불일치가 발생했습니다. 주 버전 ERR : 어셈블리 설정을 완료하지 못했습니다 (hr = 0x80131040). 프로빙이 종료되었습니다. 새 URL 파일 다운로드 시도 : ///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files / root / 9184b2ea / c6d4b139 / System.Web.Http / System.Web.Http.DLL . LOG : 새 URL 파일 다운로드 시도 : ///D:/SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL. WRN : 어셈블리 이름을 비교하면 불일치가 발생했습니다. 주 버전 ERR : 어셈블리 설정을 완료하지 못했습니다 (hr = 0x80131040). 프로빙이 종료되었습니다. 어셈블리 설정을 완료하지 못했습니다 (hr = 0x80131040). 프로빙이 종료되었습니다. 어셈블리 설정을 완료하지 못했습니다 (hr = 0x80131040). 프로빙이 종료되었습니다.

스택 추적 :

[FileLoadException : 파일 또는 어셈블리 'System.Web.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35'또는 해당 종속성 중 하나를로드 할 수 없습니다. 찾은 어셈블리의 매니페스트 정의가 어셈블리 참조와 일치하지 않습니다. (HRESULT 예외 : 0x80131040)] d : \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ Global.asax.cs : 50의 ThirdPartyWebAPI.WebApiApplication.Application_Start ()

[HttpException (0x80004005) : 파일 또는 어셈블리 'System.Web.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35'또는 해당 종속성 중 하나를로드 할 수 없습니다. 찾은 어셈블리의 매니페스트 정의가 어셈블리 참조와 일치하지 않습니다. (HRESULT 예외 : 0x80131040)]
System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode (HttpContext context, HttpApplication app) +9935033
System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS (IntPtr appContext, HttpContext context, MethodInfo [] 처리기) +118
System.Web.HttpApplication .InitSpecial (HttpApplicationState 상태, MethodInfo [] 핸들러, IntPtr appContext, HttpContext 컨텍스트) +172
System.Web.HttpApplicationFactory.GetSpecialApplicationInstance (IntPtr appContext, HttpContext context) +336
System.Web.Hosting.PipelineRuntime.InitializeApplication (IntPtr appContext) +296

[HttpException (0x80004005) : 파일 또는 어셈블리 'System.Web.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35'또는 해당 종속성 중 하나를로드 할 수 없습니다. 찾은 어셈블리의 매니페스트 정의가 어셈블리 참조와 일치하지 않습니다. (HRESULT 예외 : 0x80131040)]
System.Web.HttpRuntime.FirstRequestInit (HttpContext context) +9913572 System.Web.HttpRuntime.EnsureFirstRequestInit (HttpContext context) +101 System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, HttpContext 컨텍스트) +254


버전 정보 : Microsoft .NET Framework 버전 : 4.0.30319; ASP.NET 버전 : 4.0.30319.18408


'System.Web.Http'에 대한 참조를 다시 추가해
보셨습니까

4
답변을 수락 된 것으로 표시하십시오.
Aliostad

답변:


288

깨진 종속성을 수정 하는 NuGet 패키지다시 설치 하여이 문제를 해결했습니다 . 패키지 관리자에서 다음을 실행하십시오.

Update-Package Microsoft.AspNet.WebApi -reinstall

1
웹 응용 프로그램을 로컬에서 실행하는 것이 좋았지 만 (F5) 원격 서버에 배포 할 때 (WebDeploy 사용) 어셈블리가 서버에 복사되지 않았습니다. 어셈블리를 복사해야하는지 확실하지 않았습니다. 어쨌든, 필요한 모든 어셈블리를 표시하고이 명령을 실행 한 후 복사본을 로컬 = true로 응용 프로그램을 배포 한 후 제대로 작동 시작
기예르모 Ruffino에게

3
더 균형 잡힌 그림을 추가하기 만하면 문제가 해결되지 않았습니다.
Lewray

2
테스트 등과 같은 종속 프로젝트에 필요한 업데이트를 추가하십시오.
DeeArgee

나는 이것을하고 너무 많이 변경했지만 web.config에서 바인딩 리디렉션을 조정 한 것을 보았습니다. 다른 모든 변경 사항을 버리고 이것이 나를 위해 일했습니다.
Myster

이제 새 오류가 발생합니다. 새 버전은 Version = 5.2.3.0이며 Version = 4.0.0.0을 기대합니다
Yar

84

파일 또는 어셈블리 'System.Web.Http'를로드 할 수 없습니다 오류를 해결하려면 NuGet을 사용하여 Web API 2.1 WebHost를 설치하십시오.

참조의 솔루션 탐색기에서 마우스 오른쪽 단추를 클릭하고 너겟 패키지 관리를 선택하십시오. (nuget을 설치하지 않은 경우)

여기에 이미지 설명을 입력하십시오

왼쪽의 NuGet 패키지 관리 창에서 온라인을 클릭 한 다음 오른쪽 상단에서 웹 호스트를 검색하고 Microsoft ASP.NET Web API 2.1 웹 호스트를 설치하십시오. (설치가 완료되면 설치 버튼이 녹색 확인으로 바뀝니다)

그 후 프로젝트가 다시로드되고 다시 빌드되면 오류가 해결되고 프로젝트가 디버그되고 실행됩니다. 오류가 사라지고 '자원을 찾을 수 없습니다. URL을 추가하십시오 (예 : localhost : 52088 /에서 localhost : 52088api / products)

당신의 질문은 좋았고 저를 도왔습니다.

이 답변이 도움이 되길 바랍니다!


고마워 Catto, 그것은 나를 많이 치유했다.
Saurabh Soni

61

어셈블리 리디렉션을 추가해야합니다.

<configuration>

   ....

   <runtime>
      <assemblyBinding>
    <dependentAssembly>
        <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="5.0.0.0" />
      </dependentAssembly>
      </assemblyBinding>
   </runtime>

   ...

</configuration>

웹 호스팅 등과 같은 몇 가지 어셈블리에 대해이 작업을 수행해야합니다.


나는 대답을 편집했다. 어떤 이유로 DLL 이름은 Castle Windsor로 변경되었습니다 System.Web.Http.
Aliostad

7
새 어셈블리가 이전 어셈블리와 바이너리 호환되는지 확인하지 않고 바이너리 리디렉션을 추가해서는 안됩니다.
GETah

18

또는 NuGet Package Manager Console에서이를 수행 할 수 있습니다.

 Install-Package Microsoft.AspNet.WebApi -Version 5.0.0

그런 다음 System.Web.Http.WebHost 5.0에 대한 참조를 추가 할 수 있습니다.


나를 위해 일하고, Install-Package Microsoft.AspNet.WebApi
Djama

17

Web Api 2.2 도움말을 설치하면이 오류가 시작되었습니다. 나는 이것을 web.config에 추가하고 내 문제를 해결했다.

  <dependentAssembly>
    <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.2.2.0" newVersion="5.2.2.0" />
  </dependentAssembly>

1
Azure에 게시 할 때 처음부터 Web Api 2.2 인 프로젝트에서도 마찬가지입니다. 프로젝트는 로컬에서 잘 작동했지만 Azure에서는 OP에서 오류가 발생했습니다. 이 줄을 web.config에 추가하고 Azure에 다시 게시하면 문제가 해결되었습니다.
AronVanAmmers

4

나는 단순히 Copy Local = true누락 된 어셈블리 를 설정 했고 효과가있었습니다. 물론 누락 된 참조 (오류 메시지에 표시됨)를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택하면됩니다. 아래:

여기에 이미지 설명을 입력하십시오

그러면 문제를 일으키는 어셈블리가 두 개 이상있을 수 있으므로 하나의 문제를 해결해야합니다. 내가 한 것은 모든 어셈블리를 선택하고 마우스 오른쪽 단추를 클릭하는 것입니다. 선택된 속성들; 그리고 모두 복사 로컬 = true로 설정하십시오. 그런 다음 다시 게시하십시오.


1
완벽하게 작동했습니다. System.Web.Http 및 System.Net.Http.Formatting에서 "로컬 복사 = true"만 수행하면됩니다.
Sandip Subedi

4

이 문제를 해결하는 올바른 해결책은 다음 단계를 따르는 것입니다.

. 이전 버전이 15.5.4 인 경우 Visual Studio를 업데이트합니다 (선택 사항)

  1. web.config에서 모든 바인딩 리디렉션을 제거하십시오.

  2. 이것을 csproj 파일에 추가하십시오 :

 <PropertyGroup>
  <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
  <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
</PropertyGroup>
  1. 짓다.

  2. bin 폴더에는 (WebAppName).dll.config파일 이 있어야 합니다.

  3. 리디렉션이 있어야합니다. 이것을 web.config에 복사하십시오.

  4. csproj 파일에서 위의 내용을 다시 제거하십시오.

  5. 작동해야합니다

Detailed Blog


모든 바인딩을 생성
하지는

3

나에게는 로컬 컴퓨터가 아닌 프로덕션 환경에서만이 오류가 발생했습니다. 해결 된 것은 / bin 폴더의 내용을 삭제 한 다음 다시 재생성하는 것입니다.


이것은 사람들이 확인해야 할 것입니다. 나는 같은 문제를 겪고 있었다. 내 응용 프로그램의 프런트 엔드에 Microsoft.AspNet.Cors에 대한 불필요한 dll이 있음이 밝혀졌습니다. prod 시스템에서 bin 폴더를 삭제하고 사이트를 다시 게시했으며 마법을 사용했습니다.
Ron

2

명백하지만 가능한 유용한 힌트 .... webconfig 어셈블리 바인딩에 지정한 새 버전이 프로젝트 참조에서 참조하는 버전과 동일한 지 확인하십시오. (즉,이 글을 쓰는 동안 ... System.Web.Http에서 최근에 NUGet을 수행 한 경우 5.1.0.0이됩니다.


2
 Installing NuGet package ASP.NET.MVC solved the issue for me. 
 To install package.
 - Right click on project 
 - Select "Manage NuGet Packages"
 - Select Online->Nuget.org from left menu
 - select "Microsoft ASP.NET MVC"
 - Click Install

 If you have already installed package earlier, please update the package by selecting Updates from left menu and then selecting "Microsoft ASP.NET" and click Update.

여기에 이미지 설명을 입력하십시오

여기에 이미지 설명을 입력하십시오


2

이것은 누군가를 도울 수 있습니다.

MVC4 앱을 사용하기로 결정했습니다.

프로젝트를 실행하고 일했다

그런 다음
Microsoft ASP.NET WEB API 2.2 (4 개 패키지) 와 같은 몇 가지 패키지를 설치했습니다.
Microsoft ASP.NET WEB API 2.2 도움말 페이지
Microsoft ASP.NET WEB API 2.2 OWIN

질문에서 언급 한 것과 동일한 오류로 프로젝트를 실행하십시오.

해결책:

에서 의 Web.config

 <dependentAssembly>
      <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.2.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Net.Http.Formatting" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.2.3.0" />
 </dependentAssembly>


문제 해결됨


그러나 일부 핫픽스 오류가 발견되었습니다.이를 해결하려면 MVC4 프로젝트의 VIEW 폴더 로 이동하여 second web.config 파일을 찾은 다음 버전을 2.0.0.0 에서 3.0.0.0 으로 변경하십시오 .


<configSections>
    <sectionGroup name="system.web.webPages.razor" type="System.Web.WebPages.Razor.Configuration.RazorWebSectionGroup, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
      <section name="host" type="System.Web.WebPages.Razor.Configuration.HostSection, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
      <section name="pages" type="System.Web.WebPages.Razor.Configuration.RazorPagesSection, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
    </sectionGroup>
  </configSections>


2

내 경우에는 실제로 web.config바인딩 바인딩이 제대로 된 전체 가 누락되었습니다 . web.config해결 된 오류를 복원했습니다 .


2

기본 응용 프로그램의 app.config에 어셈블리 참조를 추가하여 System.Net.HTTP와 비슷한 문제를 해결할 수 있습니다.

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.1.1" newVersion="4.0.0.0" />
      </dependentAssembly></runtime>

1

나는 해결책을 찾았다! 프로젝트 디렉토리에서 package라는 폴더를 삭제 한 다음 다시 빌드하여 실행하십시오.


1
<dependentAssembly>
    <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.0.0.0" />
</dependentAssembly>
<dependentAssembly>
    <assemblyIdentity name="System.Net.Http.Formatting" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.0.0.0" />
</dependentAssembly>

1

예!!!

Install-Package Microsoft.AspNet.WebApi -Version 5.0.0

내 경우에는 잘 작동합니다 .... thnkz


2
이것은 기존 답변 의 복제본입니다 . 더 이상 추가 할 내용이 없으므로이 항목을 제거해보세요.
zzzzBov

1

나는 아무것도하지 않았다. 단지 개발 Bin 폴더 DLL 을 온라인으로 배포 된 Bin 폴더에 복사하고 나에게 잘 작동했다.


0

다른 사람들은 nuget을 사용하여 MVC 패키지를 웹 프로젝트에 다시 설치하지만 단위 테스트와 같이 웹 프로젝트에 따라 프로젝트에 MVC 패키지를 추가해야합니다. 포함 된 각 프로젝트를 개별적으로 빌드하면 마녀 프로젝트에 업데이트가 필요합니다.


0

나는 같은 문제가 있었고 패키지 재설치가 작동하지 않습니다.

내 응용 프로그램은 IIS EXPRESS가 아닌 LocalIIS에서 실행됩니다. 어셈블리로드 추적을 활성화하고 임시 catche 아래에서 System.Web.Http 로드를로드 하려는 것으로 나타났습니다. 그래서 모든 캐치 폴더를 제거 그것에서.

C : \ Windows \ Microsoft.NET \ 프레임 워크 \ v4.0.30319 \ 임시 ASP.NET 파일 [내 응용 프로그램]


0

나는 web.config실행 후 nuget이 변경 한 내용을 되돌려 서이 문제를 해결했다 nuget. 변경 사항을 이전 작업 버전으로 되돌립니다.

  <dependentAssembly>
    <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.2.2.0" newVersion="5.2.2.0" />
  </dependentAssembly>

0

문제를 해결 한 것은 Microsoft ASP.NET Web API 2.2 도움말 페이지 와 Microsoft ASP.NET Web API 2.2 OWIN 패키지를 다시 설치하는 것이 었습니다 . 두 가지를 동시에 다시 설치했지만 문제를 해결 한 것은 전자 인 것 같습니다.

여기에 제공된 솔루션 중 처음 몇 가지를 시도했지만 도움이되지 않은 다음 내 의존성을 작업 한 프로젝트의 (pluralsight 과정에서) 것과 비교했으며 위의 두 종속성은 낮은 버전 (5.0.0)이었습니다. ) 그래서 그들을 5.2.3으로 업데이트하고 작동하기 시작했습니다.


0

나는 이것을 WCF 서비스에서 얻었습니다. 나에게 (문제는 로컬 개발자에게 표시되었으므로) 솔루션 아래에서 bin 폴더의 내용을 삭제해야했습니다. 재 구축은 다시 한 번 잘 작동합니다.


0

ASP.NET 버전 : 4.0.30319.18408은 .Net4.5에 속하며 System.Web.Http Version = 4.0.0.0은 .NET4.0과 호환됩니다. 따라서 사용중인 버전이 호환되지 않습니다. .Net4.5와 호환되는 버전 5.0.0.0으로 System.Web.Http를 업데이트해야합니다.


0

나는 비슷한 문제가 있었다. 모든 것이 전에 작동했습니다. 원래는 Web Forms를 사용하여 만들어졌으며 나중에 웹 API를 추가하여 일부 작업을 수행했습니다.

  • Microsoft.AspNet.WebApi 패키지 제거, 설치 및 재설치를 시도했습니다.
  • 솔루션에서 패키지 폴더를 제거하고 VS에서 NuGet을 복원하려고했습니다.
  • 참조 아래의 개별 어셈블리 참조를 제거하고 패키지를 다시 설치하려고했습니다.
  • 여러 답변에서 언급 한 web.config의 5.2.3.0 버전에 바인딩 리디렉션을 추가하려고했습니다. 아무것도 나를 위해 일하지 않았다.

Visual Studio에서 작동 한 것은 게시 프로필 설정을 릴리스에서 디버그로 변경 한 것입니다. 이상하지만 그게 효과가있었습니다. 그래서 여기에서 공유하십시오.


0

게시 기능을 사용하여 Azure에 배포 할 때이 문제가 발생했습니다. 대상에서 파일을 지우십시오.

Publish Settings -> File Publish Options drop down -> Check Remove additional files at destination

사람들이 내가 한 것처럼 이것을 찾아야 할 경우를 대비하여 이것은 내 문제를 해결했습니다. 배포하려는 대상이 아닌 프로젝트 / 솔루션의 모든 버전이 동일했습니다.


0

솔루션 에서 여러 프로젝트사용 하고 한 프로젝트에서 다른 프로젝트로 메소드를 호출하는 경우 모든 프로젝트 (프로젝트 및 호출자 프로젝트) 가 고유 한 'System.Net.Http'버전을 사용해야합니다 .



0

System.Web.Http.WebHost, Version = 5.2.6.0과 동일한 문제가 발생했지만 최신 NuGet 패키지는 5.2.7.0입니다. web.config 파일을 편집하고 NuGet 패키지를 다시 설치 한 다음 5.2.6.0에 대한 참조가 유지되지 않도록 모든 프로젝트의 Visual Studio 프로젝트 파일을 편집했습니다. 이 모든 후에도 문제는 계속되었습니다.

그런 다음 bin 폴더에서 예외를 던지고있는 프로젝트를 찾았습니다. 종속성이 아니며 절대 존재하지 않아야했던 다른 프로젝트 중 하나에 대한 DLL을 찾았습니다. 문제가있는 DLL (5.2.6.0 버전의 System.Web.Http.WebHost를 사용하여 컴파일 된)을 삭제하고 번거로운 프로젝트를 다시 빌드했으며 이제 작동합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.