c# - .Net Core Test Project keeps on losing System references -

i have created simple .net core mvc webservice. when run it works fine.

i added in test project , couple of tests, , worked ok.

this morning refactored webservice dao code using moved seperate assembly. did started http500 errors, , test project no longer run.

system.io.filenotfoundexception: not load file or assembly 'system.runtime, version=4.1.0.0, culture=neutral, publickeytoken=b03f5f7f11d50a3a' or 1 of dependencies. system cannot find file specified.

a quick google didn't turn up, deleted references dao assembly project , copied code original project. original project works, still getting binding errors in test project. fusion shows error;

test method testservice_tests.controllertests.testgetenquiries threw exception:  system.io.filenotfoundexception: not load file or assembly 'system.runtime, version=4.1.0.0, culture=neutral, publickeytoken=b03f5f7f11d50a3a' or 1 of dependencies. system cannot find file specified.assembly manager loaded from:  c:\windows\microsoft.net\framework\v4.0.30319\clr.dll running under executable  c:\program files (x86)\microsoft visual studio 14.0\common7\ide\commonextensions\microsoft\testwindow\vstest.executionengine.x86.exe  detailed error log follows.   pre-bind state information === log: displayname = system.runtime, version=4.1.0.0, culture=neutral, publickeytoken=b03f5f7f11d50a3a  (fully-specified) log: appbase = file:///c:/users/matt/documents/visual studio 2015/projects/testservice/testservice_tests/bin/debug log: initial privatepath = null calling assembly : reportingservice, version=1.0.0.0, culture=neutral, publickeytoken=null. log: bind starts in default load context. log: using application configuration file: c:\program files (x86)\microsoft visual studio 14.0\common7\ide\commonextensions\microsoft\testwindow\vstest.executionengine.x86.exe.config log: using host configuration file:  log: using machine configuration file c:\windows\microsoft.net\framework\v4.0.30319\config\machine.config. log: post-policy reference: system.runtime, version=4.1.0.0, culture=neutral, publickeytoken=b03f5f7f11d50a3a log: same bind seen before, , failed hr = 0x80070002. 

i assume in adding .net core assembly in have caused configuration issue somewhere. how track down, short of deleting test project, starting again , hoping configuration problem in test project?

by trial , error can error happens @ line invokes controller. dummy tests not test controller work. issue arises test done on of code.

{ "dependencies": { "microsoft.netcore.app": {   "version": "1.0.0",   "type": "platform" }, "microsoft.aspnetcore.mvc": "1.0.0", "microsoft.aspnetcore.server.iisintegration": "1.0.0", "microsoft.aspnetcore.server.kestrel": "1.0.0", "microsoft.extensions.configuration.environmentvariables": "1.0.0", "microsoft.extensions.configuration.fileextensions": "1.0.0", "microsoft.extensions.configuration.json": "1.0.0", "microsoft.extensions.logging": "1.0.0", "microsoft.extensions.logging.console": "1.0.0", "microsoft.extensions.logging.debug": "1.0.0", "microsoft.extensions.options.configurationextensions": "1.0.0", "reportingbusinesslayer": "1.0.0-*", "system.runtime": "4.1.0" },  "tools": { "microsoft.aspnetcore.server.iisintegration.tools": "1.0.0-preview2-final" },  "frameworks": { "netcoreapp1.0": {   "imports": [     "dotnet5.6",     "portable-net45+win8"   ] } },  "buildoptions": { "emitentrypoint": true, "preservecompilationcontext": true },  "runtimeoptions": { "configproperties": {   "system.gc.server": true } },  "publishoptions": { "include": [   "wwwroot",   "views",   "areas/**/views",   "appsettings.json",   "web.config" ] },  "scripts": { "postpublish": [ "dotnet publish-iis --publish-folder  publish:outputpath% --framework %publish:fulltargetframework%" ] } } 

check copy local settings. when references fail resolve after refactoring it's due copy local being false somewhere or references not being added both provider , consumer projects. don't imagine necessary system library, it's worth checking since don't know other frameworks have in place.

also make sure provider library not targeting different assembly or .net runtime version consumer.