System.Net.Http 4.2.0.0의 이상한 문제를 찾을 수 없습니다.

나는 나를 미치게 만드는 이상한 문제가있다…

Cosmos DB와 관련된 기능을위한 래퍼 클래스가있는 간단한 클래스 라이브러리 프로젝트 (전체 .NET Framework, 4.6.1)가 있습니다. 따라서이 프로젝트에 "Microsoft.Azure.DocumentDB"NuGet 패키지 1.19.1을 추가했습니다. 그 외에 "Newtonsoft.Json"NuGet 패키지 10.0.3과 몇 가지 "Microsoft.Diagnostics.EventFlow. *"NuGet 패키지에 대한 참조가 있습니다.

지금까지 모든 것이 오류없이 컴파일됩니다.

그러나 간단한 Service Fabric Stateless Service (Full .NET Framework 4.6.1)에서 사용되는 래퍼 클래스에 도달하자마자 다음 코드 줄을 실행 해보십시오.

_docClient = new DocumentClient(new Uri(cosmosDbEndpointUrl), cosmosDbAuthKey);

런타임에이 이상한 오류가 발생합니다.

System.IO.FileNotFoundException 발생 HResult = 0x80070002
메시지 = 파일 또는 어셈블리 'System.Net.Http, Version = 4.2.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a'또는 해당 종속성 중 하나를로드 할 수 없습니다. 시스템이 지정된 파일을 찾을 수 없습니다.
Source = StackTrace : at Microsoft.Azure.Documents.Client.DocumentClient.Initialize (Uri 1 desiredConsistencyLevel) at Microsoft.Azure.Documents.Client.DocumentClient..ctor(Uri serviceEndpoint, String authKeyOrResourceToken, ConnectionPolicy connectionPolicy, NullableserviceEndpoint , ConnectionPolicy connectionPolicy, Nullable 1 desiredConsistencyLevel)

내부 예외 1 : FileNotFoundException : 파일 또는 어셈블리 'System.Net.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a'또는 해당 종속성 중 하나를로드 할 수 없습니다. 시스템이 지정된 파일을 찾을 수 없습니다.

System.Net.Http 어셈블리가 전혀 발견되지 않는 이유에 대한 단서가 전혀 없습니다. 클래스 라이브러리 프로젝트에 .Net Framework 어셈블리“System.Net.Http 4.0.0.0”에 대한 어셈블리 참조도 있습니다.

내가 이해하지 못하는 것은 4.2.0.0으로의 이상한 바인딩 리디렉션이 있다는 것입니다 – 그 바인딩은 어디에서 왔습니까? 이 문제를 해결하기 위해 클래스 라이브러리를 사용하는 Service Fabric Service의 app.config에 다음 리디렉션을 추가하려고했습니다.

그러나 여전히 차이는 없지만 런타임에 여전히 오류가 발생합니다.

단서가있는 사람 있나요? 그런 문제를 본 사람이 있습니까?

감사합니다. OliverB

직면 한 문제는 Visual Studio, 특히 System.Net.Http v4.2.0.0. 그러나 NuGet을 통해 참조를 수행해야하는 새로운 방식을 채택하면 최신 버전 System.Net.Http4.3.3에는 dll 버전 4.1.1.2가 포함됩니다.

문제는 빌드 시간과 런타임에 VS가 참조를 무시하고 알고있는 DLL을 참조하려고 시도한다는 것입니다.

해결 방법 :

• System.Net.Http에 대한 모든 참조가 NuGet을 통해 수행되는지 확인하십시오.
• 빌드 시간 오류 : VS 2017 ( c:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\) 과 함께 제공되는 System.Net.Http.dll의 확장을 변경 (또는 다른 곳으로 이동 ... 기본적으로 제거 ) 다른 버전을 가지고 있다면 경로가 약간 다를 것입니다.

• 런타임 오류 : 어셈블리 바인딩 리디렉션 추가

Google에서 온라인으로 보면 이에 대해 Microsoft와 관련된 몇 가지 미해결 문제를 발견 할 수 있으므로 앞으로이 문제를 해결할 것입니다.

도움이 되었기를 바랍니다.

최신 정보:

빌드 에이전트에서 작동하기 위해이 문제에 대한 몇 가지 영구적 인 수정 사항을 찾을 때 새 NuGet PackageReference 모델 (에서 .csproj아님 packages.config)으로 마이그레이션하면 더 잘 작동하는 경향이 있음을 확인했습니다. 이 업그레이드를 수행하는 방법에 대한 가이드 링크는 다음과 같습니다. https://docs.microsoft.com/en-us/nuget/reference/migrate-packages-config-to-package-reference

바인딩 리디렉션을 제거하면 효과가 있었으므로 제거해 볼 수 있습니다.

<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />

@AndreiU가 이미 준 답변과 로컬에서 런타임 오류를 재현하는 방법에 대한 추가 사항입니다.

로컬이 아닌 Azure에 배포 할 때 아래와 같은 런타임 오류가 발생했습니다.

파일 또는 어셈블리 'System.Net.Http, Version = 4.2.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a'또는 해당 종속성 중 하나를로드 할 수 없습니다. 시스템이 Company.Project에서 Company.Project.Service.CompanyIntegrationApiService..ctor (Uri baseAddress) \ r \ n에서 지정된 파일을 찾을 수 없습니다. ","ExceptionType ":"System.IO.FileNotFoundException ","StackTrace ":" .BackOffice.Web.Controllers.OrderController..ctor () in C : \ projects \ company-project \ src \ Company.Project.BackOffice.Web \ Controllers \ Order \ OrderController.cs : line 30 \ r \ n at lambda_method ( Closure) \ r \ n at System.Web.Http.Dispatcher.DefaultHttpControllerActivator.Create (HttpRequestMessage request, HttpControllerDescriptor controllerDescriptor, Type controllerType) "}} Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a '또는 해당 종속성 중 하나. 시스템이 Company.Project에서 Company.Project.Service.CompanyIntegrationApiService..ctor (Uri baseAddress) \ r \ n에서 지정된 파일을 찾을 수 없습니다. ","ExceptionType ":"System.IO.FileNotFoundException ","StackTrace ":" .BackOffice.Web.Controllers.OrderController..ctor () in C : \ projects \ company-project \ src \ Company.Project.BackOffice.Web \ Controllers \ Order \ OrderController.cs : line 30 \ r \ n at lambda_method ( Closure) \ r \ n at System.Web.Http.Dispatcher.DefaultHttpControllerActivator.Create (HttpRequestMessage request, HttpControllerDescriptor controllerDescriptor, Type controllerType) "}} Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a '또는 해당 종속성 중 하나. 시스템이 Company.Project에서 Company.Project.Service.CompanyIntegrationApiService..ctor (Uri baseAddress) \ r \ n에서 지정된 파일을 찾을 수 없습니다. ","ExceptionType ":"System.IO.FileNotFoundException ","StackTrace ":" .BackOffice.Web.Controllers.OrderController..ctor () in C : \ projects \ company-project \ src \ Company.Project.BackOffice.Web \ Controllers \ Order \ OrderController.cs : line 30 \ r \ n at lambda_method ( Closure) \ r \ n at System.Web.Http.Dispatcher.DefaultHttpControllerActivator.Create (HttpRequestMessage request, HttpControllerDescriptor controllerDescriptor, Type controllerType) "}}

어셈블리를 살펴보기 시작했을 때 웹 프로젝트와 서비스 프로젝트가 System.Net.Http.

웹 프로젝트 :

봉사 프로젝트 :

이것은 버전의 불일치로 인해 발생한다고 생각하기 쉽지만 여기서 핵심은 오류를 확인하는 것 The system cannot find the file specified.입니다.

path 속성을 보면 웹 프로젝트가 .Net Framework 어셈블리를 대상으로하는 반면 서비스가 Visual Studio 2017의 어셈블리를 대상으로한다는 것을 알 수 있습니다. 서버에 Visual Studio 2017이 설치되어 있지 않으므로 런타임 오류가 발생합니다.

웹 경로 :

C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Net.Http.dll

서비스 경로 :

C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\System.Net.Http.dll

설정으로 간단하게 뭔가 Copy Local하는 true모든 경우에 그러나하지, 문제를 해결할 수 있습니다.

로컬 컴퓨터에서 오류를 재현 System.Net.Http.dll하려면 Visual Studio 특정 폴더에서 필요한 항목 을 제거하기 만하면 됩니다. 이렇게하면 런타임 오류가 발생하고 빌드 오류가 발생할 수 있습니다. 이것들이 수정되면 모든 것이 작동해야하지만 적어도 나를 위해했습니다.

당신이 설치 한 경우 System.Net.Http를 통해 NuGet확인 어셈블리보고 사용되는 .csproj버전. System.Net.Http 4.3.4예를 들어 다음 어셈블리를 제공합니다.

<Reference Include="System.Net.Http, Version=4.1.1.3, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">
  <HintPath>..\packages\System.Net.Http.4.3.4\lib\net46\System.Net.Http.dll</HintPath>
  <Private>True</Private>
  <Private>True</Private>
</Reference>

Jenkins, TeamCity 또는 AppVeyor와 같은 빌드 서버를 사용하는 경우 누락 된 런타임도 .dll거기에 존재할 수 있습니다. 이 경우 System.Net.Http의 NuGet 버전을 사용하거나 누락 된 항목을 .dll로컬에서 삭제하는 것이 도움이되지 않을 수 있습니다. 이 오류를 해결하려면 찾을 수없는 버전과 특정 PublicKeyToken. 그 후 바인딩 리디렉션을 생성하거나 Web.config또는 App.config프로젝트에 따라 달라집니다. 제 경우에는 4.0.0.0을 대신 사용하고 싶습니다.

<dependentAssembly>
  <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.0.0.0" />
</dependentAssembly>

문제에 대한 좋은 Github 스레드 :

https://github.com/dotnet/corefx/issues/22781

System.Net.HttpNuGet을 사용하여 설치했습니다 . 여기에서 가져올 수 있습니다.

https://www.nuget.org/packages/System.Net.Http/

ASP.NET MVC내가 목표로하고 있는 프로젝트 .NET 4.6.1. IIS ExpressVisual Studio 2019로 디버깅하는 동안 내 컴퓨터에서 완벽하게 작동합니다 .

Azure에 배포 된 애플리케이션을 실행하려고 할 때 문제가 발생했습니다. 이 오류가 발생했습니다.

파일 또는 어셈블리 'System.Net.Http, Version = 4.2.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a'또는 해당 종속성 중 하나를로드 할 수 없습니다.

제 경우에 실제로 효과가 있었던 것은 .csproj 파일을 열고 System.Net.Http다음 스크린 샷에서와 같이 검색하는 것입니다.

.csproj파일에 다음 버전이 있는지 확인하십시오 4.1.1.3.

<Reference Include="System.Net.Http, Version=4.1.1.3, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">

<HintPath>받는 실제로 점 ..\packages이다 Nuget에서 폴더,이 Nuget에 의해 설치된 실제 버전입니다. 일단 배포되면이 특정 버전이 서버 측에서도 복원되고 모든 것이 바인드 리디렉션과 함께 작동해야합니다.

... 따라서 바인딩 리디렉션 은 다음과 같이이 특정 버전을 언급해야 Web.config합니다.

<dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.1.1.3" />
</dependentAssembly>

이것은 Azure Kudu에 대한 몇 번의 커밋 후 내 경우 문제를 해결했습니다 . Azure 웹 사이트는 마침내 오류없이 시작되었습니다.

문제를 해결하기 위해 내가 한 일은 web.config에서 모든 바인딩을 제거하고

Update-Package -reinstall

이것은 아마도 거기에있을 필요가 없을 것 같은 오래된 바인딩을 제거하고 실제로 좋은 청소를했습니다.

웹 서비스를 서버 중 하나에 배포 할 때이 오류가 발생했습니다. 이 프로젝트는 서버에 설치되지 않은 .Net 프레임 워크 4.7.2를 대상으로했습니다. 서버에 4.7.2 프레임 워크를 설치하면 문제가 해결되었습니다.

Andrei U의 대답은 나의 구원으로 이끈다. 그러나 그 이유는 내 경우와 일치하지 않았습니다. 나와 같은 시나리오에있는 사람들의 경우 :

빌드가 성공했지만 한 컴퓨터에서는 작동하지만 서버에서는 작동하지 않는 런타임 오류 (빌드 시간 아님)였습니다. 솔루션 :-System.Net.Http 패키지가 추가되었습니다. -파일 이름 변경 : C : \ Program Files (x86) \ Reference Assemblies \ Microsoft \ Framework.NETFramework \ v4.7.2 \ System.Net.Http.dll (예 : System.Net.Http.dll.BAK로 이름 변경) 빌드 서버.

이 DLL에 대한 어셈블리 리디렉션이 없었고 여전히 없습니다.

웹 프로젝트의 대상 프레임 워크를 4.6으로 다운 그레이드하는 간단한 솔루션 하나를 찾았습니다.

클라이언트와 웹 응용 프로그램을 만들고 .net 프레임 워크 4.7.1을 가진 클라이언트와 동일한 웹을 사용하는 웹용 대상 .net 프레임 워크를 다운 그레이드 할 때 동일한 문제가 발생합니다.

며칠 동안 이것으로 어려움을 겪은 후 마침내 내 프로젝트에 대해 .Net 4.7.2 / System.Net.Http 문제가 수정되었습니다. * .csproj 파일을 프레임 워크 버전 4.7.2를 대상으로 변경하는 것 외에도 프로젝트에서 app.config를 업데이트해야했습니다.

<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" />

에:

<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7.2" />

나는 같은 문제가 있었다. 결국 Deploy-FabricApplication.ps1을 다음과 같이 변경하여 해결했습니다.

$binFolder = "$LocalFolder\..\..\..\..\Bin"

$httpDllLocation = "$binFolder\System.Net.Http.dll"
$codeFolder = "$ApplicationPackagePath\[ProjectName].ServicesPkg\Code"
$configFile = "$codeFolder\[ProjectName].Services.exe.config"

Copy-Item $httpDllLocation -Destination $codeFolder 

$appConfig = [xml](cat $configFile)
$appConfig.configuration.runtime.assemblyBinding.dependentAssembly | foreach {

    $name = $_.assemblyIdentity.name
    #Write $name
    if($name -eq 'System.Net.Http')
    {
        Write 'System.Net.Http changed'

        $_.bindingRedirect.newVersion = '4.2.0.0'
    }
}
$appConfig.Save($configFile)

x64 인 4.2.0.0 System.Net.Http.dll을 찾았습니다. 이 스크립트를 배포하기 전에 dll을 패키지 디렉터리에 복사하고이 파일을 명시 적으로 사용하도록 구성 파일을 변경합니다. 또한 http://gertjanvanmontfoort.blogspot.nl/2017/11/systemnethttp-dll-version-problems.html에 System.Net.Http 문제에 대한 블로그를 작성했습니다.

[ProjectName]을 자신의 프로젝트 이름으로 바꾸는 것을 잊지 마십시오.

도움이 되었기를 바랍니다. 언제든지 문의하세요.

저에게는 정말 이상한 일이었습니다. 문제가 무엇인지 발견 한 후 몇 시간 동안 디버깅해야했습니다. 로컬에서 발생하지 않고 프로젝트를 빌드하기 위해 jenkins를 사용할 때만 발생했습니다.

나는 dotnet standart 2.0을 사용하는 작은 라이브러리를 가지고 있었고 주요 프로젝트는 일반 .NET을 기반으로 한 WCF 프로젝트였습니다 (내가 특별히 v4.6.1이었습니다). 그러나 dotnet standart 라이브러리의 시작 클래스에는 다음과 같은 코드가 있습니다.

public static class CoreModule
{
    public static IServiceCollection AddStaticDataConfiguration(
        this IServiceCollection services, Func<IServiceProvider, IStaticDataConfiguration>  staticDataConfiguration) 
    {  
        services.TryAddSingleton(staticDataConfiguration);
        services.TryAddSingleton<Func<HttpClient>>(x =>
        {
            var configuration = staticDataConfiguration(x);

            return configuration.ClientResolver ?? (() => new HttpClient());
        });
        return services;
    }
}

IStaticDataConfiguration 인터페이스는 다음과 같습니다.

public interface IStaticDataConfiguration
{
    //..... some stuff

    Func<HttpClient> ClientResolver { get; set; }
}  

이 인터페이스는 dotnet 표준 라이브러리 내부에 있으며 구현은 외부에 있습니다 (WCF 프로젝트에 있음).

라이브러리 외부에서 다음 AddStaticDataConfiguration과 같은 메서드를 호출했습니다 .

serviceCollection.AddStaticDataConfiguration(p =>
{
    var staticDataConfig = p.GetService<IStaticDataConfiguration>();
    return new StaticDataProviderConfiguration
    {
        //...some other stuff
        ClientResolver = () => restRequestFactory.GetInstrumentedClient("StaticDataService") //this returns an HttpClient
    };
});

문제는 내가 Func<HttpClient>정상적인 .NET 프로젝트에서 dotnet standart 라이브러리로 전달하고 있다는 것입니다. 이는 어떤 미친 이유로 dotnet standart가 좋아하지 않으며 HttpClient다른 클래스에서 나온 것으로 생각할 수 있으며 결과적으로 System.Net.Http 4.x.x.x예외를 찾을 수 없습니다. HttpClient정상적인 .NET 프로젝트에서를 받아들이지 않고 func라이브러리 자체 내부 에 새 코드를 만드는 코드를 제거하면 행복하고 잘 작동합니다. 이 오류가 여러 가지 이유로 발생하기 때문에 이것이 다른 사람에게 도움이되기를 바랍니다. :)

내 솔루션은 @Raquib과 유사했습니다. 내 프로젝트는 4.7.2 였고 내 PC에서 잘 작동했습니다. 개발 서버에 배포 할 때마다 질문에 언급 된 문제가 발생했습니다. 서버에서 가장 높은 .net 버전은 4.6.1이었습니다. 내 프로젝트를 4.6.1로 다운 그레이드하면 문제가 해결되었습니다. 서버의 .net 버전을 업그레이드하는 것은 나에게 옵션이 아닙니다.

답변의 일부는 Microsoft 문서 에서 찾을 수 있습니다 .

.NET Framework 4.5.1 이상 버전을 대상으로하는 Visual Studio에서 데스크톱 앱을 만드는 경우 앱은 자동 바인딩 리디렉션을 사용합니다.

@Vivek Sharma의 답변이 지적했듯이 다음을 제거합니다.

<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />

내 앱에서 3 가지 경우에서 문제를 해결했습니다. 예를 들어 Powershell을 사용하여 DLL을 검사 할 때 :

 ([system.reflection.assembly]::loadfile("C:\MyApp\bin\System.Net.Sockets.dll")).FullName

출력

System.Net.Sockets, 버전 = 4.0.0.0

빈에 4.2.0.0출력 4.0.0.0하기 때문에 바인딩 리디렉션 이 작동하지 않을 것 입니다.

어셈블리가 거기에서 누락되었는지 확인하기 위해 GAC를 확인하는 것도 좋습니다.

 gacutil -l System.Net.Sockets

제 경우에는 특정 버전도 GAC에서 누락되었습니다. DLL이 GAC에 있었다면 어셈블리 바인딩 프로세스에서 발견 되었을 것 입니다.

먼저 로컬 파일 시스템에서 삭제하십시오.

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\Syste.Net.Http.dll

그런 다음 프로젝트에서 모든 참조를 제거하고 4.0 참조를 추가합니다.
이것은 내 문제를 해결했습니다.