2016-05-18 33 views
15

Tak więc miałem rozwiązanie działające na .Net RC1 z Moq, i uaktualniłem do RC2, w którym odkryłem, że Moq.netcore został stworzony do działania na nowej platformie.Usterka Moq.netcore dla .Net Core RC2

dodałem aspnet-contrib do mojego NuGet.config

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <packageSources> 
    <add key="contrib" value="https://www.myget.org/F/aspnet-contrib/api/v3/index.json" /> 
    <add key="NuGet" value="https://api.nuget.org/v3/index.json" /> 
    </packageSources> 
</configuration> 

Dodałem moq.netcore do mojego pliku project.json.

"dependencies": { 
    "Microsoft.NETCore.App": { 
    "version": "1.0.0-rc2-*", 
    "type": "platform" 
    }, 
    "dotnet-test-xunit": "1.0.0-rc2-173361-36", 
    "moq.netcore": "4.4.0-beta8", 
    "xunit": "2.1.0" 
}, 

"testRunner": "xunit", 

"frameworks": { 
    "netcoreapp1.0": { 
    "imports": [ 
     "dotnet5.6", 
     "portable-net451+win8" 
    ] 
    } 
} 

Zasadniczo następnie Cli Testing Abstractions UnitTests i pojawia się następujący błąd podczas instantiatin się atrapa obiektu:

System.IO.FileNotFoundException : 
    Could not load file or assembly 'System.Diagnostics.TraceSource, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified. 

    Stack Trace: 
     at Castle.DynamicProxy.Generators.MethodWithInvocationGenerator.BuildProxiedMethodBody(MethodEmitter emitter, ClassEmitter class, ProxyGenerationOptions options, INamingScope namingScope) 
     at Castle.DynamicProxy.Generators.MethodGenerator.Generate(ClassEmitter class, ProxyGenerationOptions options, INamingScope namingScope) 
     at Castle.DynamicProxy.Contributors.CompositeTypeContributor.ImplementMethod(MetaMethod method, ClassEmitter class, ProxyGenerationOptions options, OverrideMethodDelegate overrideMethod) 
     at Castle.DynamicProxy.Contributors.CompositeTypeContributor.Generate(ClassEmitter class, ProxyGenerationOptions options) 
     at Castle.DynamicProxy.Generators.ClassProxyGenerator.GenerateType(String name, Type[] interfaces, INamingScope namingScope) 
     at Castle.DynamicProxy.Generators.BaseProxyGenerator.ObtainProxyType(CacheKey cacheKey, Func`3 factory) 
     at Castle.DynamicProxy.ProxyGenerator.CreateClassProxy(Type classToProxy, Type[] additionalInterfacesToProxy, ProxyGenerationOptions options, Object[] constructorArguments, IInterceptor[] interceptors) 
     at Moq.Proxy.CastleProxyFactory.CreateProxy(Type mockType, ICallInterceptor interceptor, Type[] interfaces, Object[] arguments) 
     at Moq.Mock`1.<InitializeInstance>b__19_0() 
     at Moq.Mock`1.OnGetObject() 
     at Moq.MockDefaultValueProvider.ProvideDefault(MethodInfo member) 
     at Moq.QueryableMockExtensions.FluentMock[T,TResult](Mock`1 mock, Expression`1 setup) 
     at lambda_method(Closure) 
     at Moq.Mock.GetInterceptor(Expression fluentExpression, Mock mock) 
     at Moq.Mock.<>c__DisplayClass57_0`2.<SetupGet>b__0() 
+0

Dodaj więcej komponentów do project.json zaczynając od "Microsoft.Extensions.Logging.TraceSource"? –

Odpowiedz

29

Edit: ta sztuczka nie jest już konieczne jest ze Moq > 4.6.38-alpha:

"dependencies" { 
    "Moq": "4.6.38-alpha" 
} 

Ten błąd jest prawdopodobnie spowodowane faktem, że System.Diagnostics.TraceSource nie jest bezpośrednio przywoływane przez pakiet moq i dlatego nie jest importowane przechodnie w projekcie. Aby obejść to ograniczenie, można jawnie odwołać pakiet System.Diagnostics.TraceSource:

Oto jak używamy go w naszym projekcie testów walidacji OAuth2 middleware, który działa zarówno na pulpicie i .NET .NET Rdzeń:

{ 
    "buildOptions": { 
    "warningsAsErrors": true 
    }, 

    "dependencies": { 
    "AspNet.Security.OAuth.Validation": { "target": "project" }, 
    "dotnet-test-xunit": "1.0.0-rc2-build10015", 
    "Microsoft.AspNetCore.TestHost": "1.0.0-rc2-final", 
    "Microsoft.Extensions.Caching.Memory": "1.0.0-rc2-final", 
    "Microsoft.Extensions.Logging.Debug": "1.0.0-rc2-final", 
    "Newtonsoft.Json": "8.0.3", 
    "xunit": "2.1.0" 
    }, 

    "frameworks": { 
    "netcoreapp1.0": { 
     "dependencies": { 
     "Microsoft.NETCore.App": { "type": "platform", "version": "1.0.0-rc2-3002702" }, 
     "moq.netcore": "4.4.0-beta8", 
     "System.Diagnostics.TraceSource": "4.0.0-rc2-24027" 
     }, 

     "imports": [ 
     "dnxcore50", 
     "portable-net451+win8" 
     ] 
    }, 

    "net451": { 
     "dependencies": { 
     "Microsoft.NETCore.Platforms": "1.0.1-rc2-24027", 
     "Moq": "4.2.1312.1622" 
     } 
    } 
    }, 

    "testRunner": "xunit" 
} 

https://github.com/aspnet-contrib/AspNet.Security.OAuth.Extensions/blob/master/test/AspNet.Security.OAuth.Validation.Tests/project.json#L21

+0

Hmm ... Próbowałem System.Diagnostics, ale tak to ma sens. Wydaje się trochę dziwne, ale powiem, że Moq jest w fazie beta. Dzięki za pomoc. –

+1

System.Diagnostics.TraceSource można znaleźć w Nuget Package Manager jest Incrererelease jest zaznaczone. –

+1

Edytowane, aby wspomnieć, że ta sztuczka nie jest już potrzebna w Moq 4.6.38-alpha. – Pinpoint