2016-05-18 6 views
15

Also hatte ich eine Lösung auf .Net RC1 mit Moq arbeiten, und ich habe auf RC2 aktualisiert, die ich fand, dass Moq.netcore erstellt wurde, um auf der neuen Plattform zu laufen.Moq.netcore fehlgeschlagen für .Net Core RC2

Ich habe aspnet-contrib meiner 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> 

ich moq.netcore meiner project.json Datei hinzugefügt haben.

"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" 
    ] 
    } 
} 

Grundsätzlich folgte ich Cli Testing Abstractions UnitTests und ich folgende Fehlermeldung erhalten, wenn ein Mock-Objekt instantiatin:

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

Hinzufügen weiterer Komponenten zu project.json beginnend mit "Microsoft.Extensions.Logging.TraceSource"? –

Antwort

29

Edit: dieser Trick ist nicht mehr notwendig, mit Moq > 4.6.38-alpha:

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

Dieser Fehler ist wahrscheinlich verursacht durch die Tatsache System.Diagnostics.TraceSource wird nicht direkt durch das Moq-Paket referenziert und wird daher nicht transitiv in Ihrem Projekt importiert. Um diese Einschränkung zu umgehen, können Sie explizit auf das System.Diagnostics.TraceSource Paket:

Hier ist, wie wir es in unserem OAuth2 Validierung Middleware-Tests Projekt zu verwenden, die sowohl auf .NET-Desktop und .NET-Core läuft:

{ 
    "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 ... ich habe System.Diagnostics ausprobiert, aber das macht Sinn. Scheint ein bisschen komisch, aber ich werde es auf Moq in der Beta-Version schreiben. Danke für die Hilfe. –

+1

System.Diagnostics.TraceSource kann im Nuget Package Manager gefunden werden. Include prerelease ist aktiviert. –

+1

Bearbeitet um zu erwähnen, dass dieser Trick mit Moq 4.6.38-alpha nicht mehr benötigt wird. – Pinpoint