Dependencies don't flow from new NETStandard project to old Desktop projects through ProjectReferences #901

weshaggard · 2017-02-22T17:40:42Z

Copied from https://github.com/dotnet/corefx/issues/14565.

Am I doing something incorrect? I was not sure if this is the same problem as the other problems I've had with netstandard. Just by luck, every single one of my forays into netstandard have failed with this same type of issue. I have great confidence that it's just me and these will all be fixed by VS2017's RTM.

Create a new .NET Standard library targeting netstandard1.3.
Create a static method Class1.DoWork() that throws new Win32Exception().
Add a .NET Framework console app targeting net462
In Program.cs, call Class1.DoWork() and add a reference to the library project.
Run the console app and get:

System.IO.FileNotFoundException occurred
HResult=0x80070002
Message=Could not load file or assembly 'Microsoft.Win32.Primitives, Version=4.0.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
Source=NetstandardLibrary
StackTrace:
at NetstandardLibrary.Class1.Works() in C:\Users\Joseph\documents\visual studio 2017\Projects\NetstandardOnDesktop\NetstandardLibrary\Class1.cs:line 10
at DesktopConsoleApp.Program.Main(String[] args) in C:\Users\Joseph\documents\visual studio 2017\Projects\NetstandardOnDesktop\DesktopConsoleApp\Program.cs:line 9

Is this a binding redirect issue or something? I hope this isn't the way things are intended to be? As long as this type of error exists, can you please maintain a netstandard troubleshooting document with step-by-step guidance for the workaround?

I would hope that scenarios like this would be covered by integration tests.

https://github.com/jnm2/misc-codesamples/raw/master/Bug%20reports/.NET/NetStandard%20Win32Exception%20causes%20file%20not%20found.zip

From @weshaggard

Looking at his solution the issue stems from the fact that the ProjectReference from the DesktopConsoleApp to the NETStandardLibrary project isn't flowing the dependencies correctly so it isn't seeing Microsoft.Win32.Primitives at all. It isn't even an issue with binding redirects in this case it is just a missing dependency. To workaround it you can add a reference to the Microsoft.Win32.Primitives nuget package to the DesktopConsoleApp. However this sounds like a tooling issue where dependencies aren't flowing.

The text was updated successfully, but these errors were encountered:

weshaggard · 2017-02-22T17:52:28Z

In case it is interesting here is the ResolveAssemblyReferences output from the log.

ResolveAssemblyReferences output from log

2>Target "ResolveAssemblyReferences: (TargetId:115)" in file "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Common.CurrentVersion.targets" from project "C:\temp\14565\DesktopConsoleApp\DesktopConsoleApp.csproj" (target "ResolveReferences" depends on it): 2>Added Item(s): 2> _ReferenceInstalledAssemblyDirectory= 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\ 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\ 2>Set Property: ResolveAssemblyReferencesStateFile=obj\Debug\DesktopConsoleApp.csprojResolveAssemblyReference.cache 2>Added Item(s): 2> _ResolveAssemblyReferencesApplicationConfigFileForExes= 2> App.config 2> OriginalItemSpec=App.config 2> TargetPath=DesktopConsoleApp.exe.config 2>Set Property: ResolveAssemblyReferencesSilent=false 2>Set Property: ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch=Warning 2>Removed Item(s): Reference=System.Core 2>Added Item(s): 2> Reference= 2> System.Core 2> Implicit=true 2>Task "ResolveAssemblyReference" (TaskId:73) 2> Task Parameter: 2> Assemblies= 2> System 2> System.Xml.Linq 2> System.Data.DataSetExtensions 2> Microsoft.CSharp 2> System.Data 2> System.Net.Http 2> System.Xml 2> System.Core 2> Implicit=true (TaskId:73) 2> Task Parameter: 2> AssemblyFiles= 2> C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> BuildReference=true 2> Configuration=Debug 2> FullConfiguration=Debug|AnyCPU 2> MSBuildSourceProjectFile=C:\temp\14565\NetstandardLibrary\NetstandardLibrary.csproj 2> MSBuildSourceTargetName=GetTargetPath 2> Name=NetstandardLibrary 2> OriginalItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> OriginalProjectReferenceItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> OutputItemType= 2> Platform=AnyCPU 2> Project={0FE233C8-525C-49D7-A630-3A0B64676D8A} 2> ReferenceOutputAssembly=true 2> ReferenceSourceTarget=ProjectReference 2> SetConfiguration=Configuration=Debug 2> SetPlatform=Platform=AnyCPU 2> SetTargetFramework=TargetFramework=netstandard1.3;ProjectHasSingleTargetFramework=true 2> TargetPlatformIdentifier=Windows 2> TargetPlatformMoniker=Windows,Version=7.0 2> Targets= 2> UndefineProperties=;TargetFramework;ProjectHasSingleTargetFramework 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll (TaskId:73) 2> Task Parameter: 2> TargetFrameworkDirectories= 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\ 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\ (TaskId:73) 2> Task Parameter:CandidateAssemblyFiles=App.config (TaskId:73) 2> Task Parameter: 2> SearchPaths= 2> {CandidateAssemblyFiles} 2> {HintPathFromItem} 2> {TargetFrameworkDirectory} 2> {AssemblyFoldersFromConfig:C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\AssemblyFolders.config,v4.6.1} 2> {Registry:Software\Microsoft\.NETFramework,v4.6.1,AssemblyFoldersEx} 2> {AssemblyFolders} 2> {GAC} 2> {RawFileName} 2> bin\Debug\ (TaskId:73) 2> Task Parameter: 2> AllowedAssemblyExtensions= 2> .winmd 2> .dll 2> .exe (TaskId:73) 2> Task Parameter: 2> AllowedRelatedFileExtensions= 2> .pdb 2> .xml 2> .pri 2> .dll.config 2> .exe.config (TaskId:73) 2> Task Parameter:TargetProcessorArchitecture=msil (TaskId:73) 2> Task Parameter:AppConfigFile=App.config (TaskId:73) 2> Task Parameter:AutoUnify=True (TaskId:73) 2> Task Parameter:SupportsBindingRedirectGeneration=True (TaskId:73) 2> Task Parameter:FindSatellites=True (TaskId:73) 2> Task Parameter:FindSerializationAssemblies=True (TaskId:73) 2> Task Parameter:FindRelatedFiles=True (TaskId:73) 2> Task Parameter:Silent=False (TaskId:73) 2> Task Parameter:TargetFrameworkVersion=v4.6.1 (TaskId:73) 2> Task Parameter:TargetFrameworkMoniker=.NETFramework,Version=v4.6.1 (TaskId:73) 2> Task Parameter:TargetFrameworkMonikerDisplayName=.NET Framework 4.6.1 (TaskId:73) 2> Task Parameter:TargetedRuntimeVersion=v4.0.30319 (TaskId:73) 2> Task Parameter:StateFile=obj\Debug\DesktopConsoleApp.csprojResolveAssemblyReference.cache (TaskId:73) 2> Task Parameter:FullTargetFrameworkSubsetNames=Full (TaskId:73) 2> Task Parameter:FullFrameworkFolders=C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\ (TaskId:73) 2> Task Parameter:WarnOrErrorOnTargetArchitectureMismatch=Warning (TaskId:73) 2> TargetFrameworkMoniker: (TaskId:73) 2> .NETFramework,Version=v4.6.1 (TaskId:73) 2> TargetFrameworkMonikerDisplayName: (TaskId:73) 2> .NET Framework 4.6.1 (TaskId:73) 2> TargetedRuntimeVersion: (TaskId:73) 2> v4.0.30319 (TaskId:73) 2> Assemblies: (TaskId:73) 2> System (TaskId:73) 2> System.Xml.Linq (TaskId:73) 2> System.Data.DataSetExtensions (TaskId:73) 2> Microsoft.CSharp (TaskId:73) 2> System.Data (TaskId:73) 2> System.Net.Http (TaskId:73) 2> System.Xml (TaskId:73) 2> System.Core (TaskId:73) 2> AssemblyFiles: (TaskId:73) 2> C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll (TaskId:73) 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll (TaskId:73) 2> CandidateAssemblyFiles: (TaskId:73) 2> TargetFrameworkDirectories: (TaskId:73) 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\ (TaskId:73) 2> InstalledAssemblyTables: (TaskId:73) 2> IgnoreInstalledAssemblyTable: (TaskId:73) 2> False (TaskId:73) 2> SearchPaths: (TaskId:73) 2> {CandidateAssemblyFiles} (TaskId:73) 2> {HintPathFromItem} (TaskId:73) 2> {TargetFrameworkDirectory} (TaskId:73) 2> {AssemblyFoldersFromConfig:C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\AssemblyFolders.config,v4.6.1} (TaskId:73) 2> {Registry:Software\Microsoft\.NETFramework,v4.6.1,AssemblyFoldersEx} (TaskId:73) 2> {AssemblyFolders} (TaskId:73) 2> {GAC} (TaskId:73) 2> {RawFileName} (TaskId:73) 2> bin\Debug\ (TaskId:73) 2> AllowedAssemblyExtensions: (TaskId:73) 2> .winmd (TaskId:73) 2> .dll (TaskId:73) 2> .exe (TaskId:73) 2> AllowedRelatedFileExtensions: (TaskId:73) 2> .pdb (TaskId:73) 2> .xml (TaskId:73) 2> .pri (TaskId:73) 2> .dll.config (TaskId:73) 2> .exe.config (TaskId:73) 2> AppConfigFile: (TaskId:73) 2> App.config (TaskId:73) 2> AutoUnify: (TaskId:73) 2> True (TaskId:73) 2> CopyLocalDependenciesWhenParentReferenceInGac: (TaskId:73) 2> True (TaskId:73) 2> FindDependencies: (TaskId:73) 2> True (TaskId:73) 2> TargetProcessorArchitecture: (TaskId:73) 2> msil (TaskId:73) 2> StateFile: (TaskId:73) 2> obj\Debug\DesktopConsoleApp.csprojResolveAssemblyReference.cache (TaskId:73) 2> InstalledAssemblySubsetTables: (TaskId:73) 2> IgnoreInstalledAssemblySubsetTable: (TaskId:73) 2> False (TaskId:73) 2> TargetFrameworkSubsets: (TaskId:73) 2> FullTargetFrameworkSubsetNames: (TaskId:73) 2> Full (TaskId:73) 2> ProfileName: (TaskId:73) 2> (TaskId:73) 2> FullFrameworkFolders: (TaskId:73) 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\ (TaskId:73) 2> LatestTargetFrameworkDirectories: (TaskId:73) 2> ProfileTablesLocation: (TaskId:73) 2> Primary reference "NetstandardLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null". (TaskId:73) 2> Resolved file path is "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll". (TaskId:73) 2> Reference found at search path location "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll". (TaskId:73) 2> Found related file "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.pdb". (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll". (TaskId:73) 2> Reference found at search path location "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll". (TaskId:73) 2> This reference is not "CopyLocal" because it's in a Frameworks directory. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.winmd", but it didn't exist. (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "System.Xml.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.Linq.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.Linq.winmd", but it didn't exist. (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "System.Data.DataSetExtensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.DataSetExtensions.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.DataSetExtensions.winmd", but it didn't exist. (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "Microsoft.CSharp, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Microsoft.CSharp.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Microsoft.CSharp.winmd", but it didn't exist. (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.winmd", but it didn't exist. (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "System.Net.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Net.Http.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Net.Http.winmd", but it didn't exist. (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.winmd", but it didn't exist. (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Primary reference "System.Core, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Core.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Core.winmd", but it didn't exist. (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Dependency "System.Runtime, Version=4.0.20.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". (TaskId:73) 2> Resolved file path is "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\System.Runtime.dll". (TaskId:73) 2> Reference found at search path location "{TargetFrameworkDirectory}". (TaskId:73) 2> For SearchPath "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3". (TaskId:73) 2> Considered "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\System.Runtime.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\System.Runtime.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\System.Runtime.exe", but it didn't exist. (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Runtime.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Runtime.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Runtime.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\System.Runtime.winmd", but it didn't exist. (TaskId:73) 2> Required by "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll". (TaskId:73) 2> This reference is not "CopyLocal" because it's a prerequisite file. (TaskId:73) 2> The ImageRuntimeVersion for this reference is "v4.0.30319". (TaskId:73) 2> Dependency "Microsoft.Win32.Primitives, Version=4.0.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". (TaskId:73) 2> Could not resolve this reference. Could not locate the assembly "Microsoft.Win32.Primitives, Version=4.0.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors. (TaskId:73) 2> For SearchPath "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3". (TaskId:73) 2> Considered "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> For SearchPath "{TargetFrameworkDirectory}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> For SearchPath "{AssemblyFoldersFromConfig:C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\AssemblyFolders.config,v4.6.1}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Extensions\Microsoft\SqlDb\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Extensions\Microsoft\SqlDb\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Extensions\Microsoft\SqlDb\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\PublicAssemblies\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\PublicAssemblies\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\PublicAssemblies\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.5\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.5\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.5\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VSSDK\VisualStudioIntegration\Common\Assemblies\v4.0\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VSSDK\VisualStudioIntegration\Common\Assemblies\v4.0\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VSSDK\VisualStudioIntegration\Common\Assemblies\v4.0\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\PublicAssemblies\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\PublicAssemblies\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\PublicAssemblies\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.5\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.5\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.5\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.0\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.0\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.0\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.0\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.0\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v4.0\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v2.0\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v2.0\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v2.0\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VSSDK\VisualStudioIntegration\Common\Assemblies\v2.0\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VSSDK\VisualStudioIntegration\Common\Assemblies\v2.0\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\VSSDK\VisualStudioIntegration\Common\Assemblies\v2.0\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v2.0\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v2.0\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\ReferenceAssemblies\v2.0\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> For SearchPath "{Registry:Software\Microsoft\.NETFramework,v4.6.1,AssemblyFoldersEx}". (TaskId:73) 2> Considered AssemblyFoldersEx locations. (TaskId:73) 2> For SearchPath "{AssemblyFolders}". (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.0\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.0\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.0\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft SQL Server\130\SDK\Assemblies\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft SQL Server\130\SDK\Assemblies\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files (x86)\Microsoft SQL Server\130\SDK\Assemblies\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files\IIS\Microsoft Web Deploy V3\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files\IIS\Microsoft Web Deploy V3\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "C:\Program Files\IIS\Microsoft Web Deploy V3\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> For SearchPath "{GAC}". (TaskId:73) 2> Considered "Microsoft.Win32.Primitives, Version=4.0.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a", which was not found in the GAC. (TaskId:73) 2> For SearchPath "bin\Debug\". (TaskId:73) 2> Considered "bin\Debug\Microsoft.Win32.Primitives.winmd", but it didn't exist. (TaskId:73) 2> Considered "bin\Debug\Microsoft.Win32.Primitives.dll", but it didn't exist. (TaskId:73) 2> Considered "bin\Debug\Microsoft.Win32.Primitives.exe", but it didn't exist. (TaskId:73) 2> Required by "C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll". (TaskId:73) 2> AssemblyFoldersEx location: "{Registry:Software\Microsoft\.NETFramework,v4.6.1,AssemblyFoldersEx}" (TaskId:73) 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\MSBuild\v14.0 (TaskId:73) 2> C:\Program Files (x86)\Microsoft Web Tools\ReferenceAssemblies\14.0\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft.NET\Primary Interop Assemblies\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\ReferenceAssemblies\v4.5\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PublicAssemblies\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft.NET\Primary Interop Assemblies\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft SDKs\Expression\Blend\.NETFramework\v4.5\Prototyping\Libraries\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft SDKs\Expression\Blend\.NETFramework\v4.5\Libraries\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft WCF Data Services\5.6.4\bin\.NETFramework\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\ReferenceAssemblies\v4.0\ (TaskId:73) 2> (TaskId:73) 2> C:\Program Files (x86)\Microsoft SDKs\Expression\Blend\.NETFramework\v4.0\Prototyping\Libraries\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft SDKs\Expression\Blend\.NETFramework\v4.0\Libraries\ (TaskId:73) 2> C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\ReferenceAssemblies\v2.0\ (TaskId:73) 2> C:\Program Files (x86)\Common Files\Microsoft Shared\MSEnv\\PublicAssemblies (TaskId:73) 2> C:\Program Files (x86)\Microsoft Chart Controls\Assemblies (TaskId:73) 2> C:\Program Files (x86)\Microsoft ASP.NET\ASP.NET MVC 2\Assemblies\ (TaskId:73) 2> Output Item(s): 2> ReferencePath= 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Microsoft.CSharp.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=Microsoft.CSharp, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=Microsoft.CSharp 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom=C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll 2> Version=4.0.0.0 2> C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> BuildReference=true 2> Configuration=Debug 2> CopyLocal=true 2> FullConfiguration=Debug|AnyCPU 2> FusionName=NetstandardLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null 2> ImageRuntime=v4.0.30319 2> MSBuildSourceProjectFile=C:\temp\14565\NetstandardLibrary\NetstandardLibrary.csproj 2> MSBuildSourceTargetName=GetTargetPath 2> Name=NetstandardLibrary 2> OriginalItemSpec=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> OriginalProjectReferenceItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> OutputItemType= 2> Platform=AnyCPU 2> Project={0FE233C8-525C-49D7-A630-3A0B64676D8A} 2> ProjectReferenceOriginalItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> ReferenceOutputAssembly=true 2> ReferenceSourceTarget=ProjectReference 2> ResolvedFrom=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> SetConfiguration=Configuration=Debug 2> SetPlatform=Platform=AnyCPU 2> SetTargetFramework=TargetFramework=netstandard1.3;ProjectHasSingleTargetFramework=true 2> TargetPlatformIdentifier=Windows 2> TargetPlatformMoniker=Windows,Version=7.0 2> Targets= 2> UndefineProperties=;TargetFramework;ProjectHasSingleTargetFramework 2> Version=1.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Core.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Core, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> Implicit=true 2> OriginalItemSpec=System.Core 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.DataSetExtensions.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Data.DataSetExtensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Data.DataSetExtensions 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Data 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Net.Http.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Net.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Net.Http 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Xml 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.Linq.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Xml.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Xml.Linq 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 (TaskId:73) 2> Output Item(s): 2> _ResolveAssemblyReferenceResolvedFiles= 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Microsoft.CSharp.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=Microsoft.CSharp, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=Microsoft.CSharp 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom=C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\mscorlib.dll 2> Version=4.0.0.0 2> C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> BuildReference=true 2> Configuration=Debug 2> CopyLocal=true 2> FullConfiguration=Debug|AnyCPU 2> FusionName=NetstandardLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null 2> ImageRuntime=v4.0.30319 2> MSBuildSourceProjectFile=C:\temp\14565\NetstandardLibrary\NetstandardLibrary.csproj 2> MSBuildSourceTargetName=GetTargetPath 2> Name=NetstandardLibrary 2> OriginalItemSpec=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> OriginalProjectReferenceItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> OutputItemType= 2> Platform=AnyCPU 2> Project={0FE233C8-525C-49D7-A630-3A0B64676D8A} 2> ProjectReferenceOriginalItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> ReferenceOutputAssembly=true 2> ReferenceSourceTarget=ProjectReference 2> ResolvedFrom=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> SetConfiguration=Configuration=Debug 2> SetPlatform=Platform=AnyCPU 2> SetTargetFramework=TargetFramework=netstandard1.3;ProjectHasSingleTargetFramework=true 2> TargetPlatformIdentifier=Windows 2> TargetPlatformMoniker=Windows,Version=7.0 2> Targets= 2> UndefineProperties=;TargetFramework;ProjectHasSingleTargetFramework 2> Version=1.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Core.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Core, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> Implicit=true 2> OriginalItemSpec=System.Core 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.DataSetExtensions.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Data.DataSetExtensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Data.DataSetExtensions 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Data.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Data 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Net.Http.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Net.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Net.Http 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Xml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Xml 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\System.Xml.Linq.dll 2> CopyLocal=false 2> FrameworkFile=true 2> FusionName=System.Xml.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 2> ImageRuntime=v4.0.30319 2> OriginalItemSpec=System.Xml.Linq 2> Redist=Microsoft-Windows-CLRCoreComp.4.6.1 2> ReferenceSourceTarget=ResolveAssemblyReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> Version=4.0.0.0 (TaskId:73) 2> Output Item(s): 2> ReferenceDependencyPaths= 2> C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.6.1\Facades\System.Runtime.dll 2> BuildReference=true 2> Configuration=Debug 2> CopyLocal=false 2> FrameworkFile=true 2> FullConfiguration=Debug|AnyCPU 2> FusionName=System.Runtime, Version=4.0.20.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a 2> ImageRuntime=v4.0.30319 2> MSBuildSourceProjectFile=C:\temp\14565\NetstandardLibrary\NetstandardLibrary.csproj 2> MSBuildSourceTargetName=GetTargetPath 2> Name=NetstandardLibrary 2> OriginalItemSpec=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> OriginalProjectReferenceItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> OutputItemType= 2> Platform=AnyCPU 2> Project={0FE233C8-525C-49D7-A630-3A0B64676D8A} 2> ReferenceOutputAssembly=true 2> ReferenceSourceTarget=ProjectReference 2> ResolvedFrom={TargetFrameworkDirectory} 2> SetConfiguration=Configuration=Debug 2> SetPlatform=Platform=AnyCPU 2> SetTargetFramework=TargetFramework=netstandard1.3;ProjectHasSingleTargetFramework=true 2> TargetPlatformIdentifier=Windows 2> TargetPlatformMoniker=Windows,Version=7.0 2> Targets= 2> UndefineProperties=;TargetFramework;ProjectHasSingleTargetFramework 2> Version=4.0.20.0 (TaskId:73) 2> Output Item(s): 2> _ReferenceRelatedPaths= 2> C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.pdb 2> BuildReference=true 2> Configuration=Debug 2> CopyLocal=true 2> FullConfiguration=Debug|AnyCPU 2> FusionName= 2> MSBuildSourceProjectFile=C:\temp\14565\NetstandardLibrary\NetstandardLibrary.csproj 2> MSBuildSourceTargetName=GetTargetPath 2> Name=NetstandardLibrary 2> OriginalItemSpec=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> OriginalProjectReferenceItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> OutputItemType= 2> Platform=AnyCPU 2> Project={0FE233C8-525C-49D7-A630-3A0B64676D8A} 2> ReferenceOutputAssembly=true 2> ReferenceSourceTarget=ProjectReference 2> ResolvedFrom=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> SetConfiguration=Configuration=Debug 2> SetPlatform=Platform=AnyCPU 2> SetTargetFramework=TargetFramework=netstandard1.3;ProjectHasSingleTargetFramework=true 2> TargetPlatformIdentifier=Windows 2> TargetPlatformMoniker=Windows,Version=7.0 2> Targets= 2> UndefineProperties=;TargetFramework;ProjectHasSingleTargetFramework 2> Version=1.0.0.0 (TaskId:73) 2> Output Item(s): 2> ReferenceCopyLocalPaths= 2> C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> BuildReference=true 2> Configuration=Debug 2> CopyLocal=true 2> FullConfiguration=Debug|AnyCPU 2> FusionName=NetstandardLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null 2> ImageRuntime=v4.0.30319 2> MSBuildSourceProjectFile=C:\temp\14565\NetstandardLibrary\NetstandardLibrary.csproj 2> MSBuildSourceTargetName=GetTargetPath 2> Name=NetstandardLibrary 2> OriginalItemSpec=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> OriginalProjectReferenceItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> OutputItemType= 2> Platform=AnyCPU 2> Project={0FE233C8-525C-49D7-A630-3A0B64676D8A} 2> ProjectReferenceOriginalItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> ReferenceOutputAssembly=true 2> ReferenceSourceTarget=ProjectReference 2> ResolvedFrom=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> SetConfiguration=Configuration=Debug 2> SetPlatform=Platform=AnyCPU 2> SetTargetFramework=TargetFramework=netstandard1.3;ProjectHasSingleTargetFramework=true 2> TargetPlatformIdentifier=Windows 2> TargetPlatformMoniker=Windows,Version=7.0 2> Targets= 2> UndefineProperties=;TargetFramework;ProjectHasSingleTargetFramework 2> Version=1.0.0.0 2> C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.pdb 2> BuildReference=true 2> Configuration=Debug 2> CopyLocal=true 2> FullConfiguration=Debug|AnyCPU 2> FusionName= 2> MSBuildSourceProjectFile=C:\temp\14565\NetstandardLibrary\NetstandardLibrary.csproj 2> MSBuildSourceTargetName=GetTargetPath 2> Name=NetstandardLibrary 2> OriginalItemSpec=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> OriginalProjectReferenceItemSpec=..\NetstandardLibrary\NetstandardLibrary.csproj 2> OutputItemType= 2> Platform=AnyCPU 2> Project={0FE233C8-525C-49D7-A630-3A0B64676D8A} 2> ReferenceOutputAssembly=true 2> ReferenceSourceTarget=ProjectReference 2> ResolvedFrom=C:\temp\14565\NetstandardLibrary\bin\Debug\netstandard1.3\NetstandardLibrary.dll 2> SetConfiguration=Configuration=Debug 2> SetPlatform=Platform=AnyCPU 2> SetTargetFramework=TargetFramework=netstandard1.3;ProjectHasSingleTargetFramework=true 2> TargetPlatformIdentifier=Windows 2> TargetPlatformMoniker=Windows,Version=7.0 2> Targets= 2> UndefineProperties=;TargetFramework;ProjectHasSingleTargetFramework 2> Version=1.0.0.0 (TaskId:73) 2> Output Item(s): FileWrites=obj\Debug\DesktopConsoleApp.csprojResolveAssemblyReference.cache (TaskId:73) 2> Output Property: DependsOnSystemRuntime=True (TaskId:73) 2>Done executing task "ResolveAssemblyReference". (TaskId:73) 2>Done building target "ResolveAssemblyReferences" in project "DesktopConsoleApp.csproj".: (TargetId:115)

I particularly found this part interesting that RAR saw the missing dependency but didn't bubble it up as an issue.

2>  Dependency "Microsoft.Win32.Primitives, Version=4.0.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". (TaskId:73)
2>      Could not resolve this reference. Could not locate the assembly "Microsoft.Win32.Primitives, Version=4.0.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors. (TaskId:73)

dsplaisted · 2017-02-22T18:06:21Z

I think the issue here it's that the desktop project is not in PackageReference mode, so the reference don't flow.

This is a bad experience, we've had several other issues filled for this.

clairernovotny · 2017-02-22T18:07:39Z

@dsplaisted Not sure about that, I saw it in a PackageRef project here:
https://github.com/onovotny/microsoft-authentication-library-for-dotnet/blob/b437210265d4c5fa33729c0580b5ce1c2c4c54e6/samples/DesktopTestApp/DesktopTestApp.csproj

https://github.com/dotnet/corefx/issues/14565#issuecomment-280880858

tjrobinson · 2017-03-08T10:20:55Z

See also: http://stackoverflow.com/questions/42312165/could-not-load-file-or-assembly-microsoft-win32-primitives-version-4-0-0-0

weshaggard · 2017-07-18T20:44:35Z

For anyone that might still be hitting this you can workaround it by explicitly making the .NET Framework project a ProjectReference based project by setting the following property in the project:

<RestoreProjectStyle>PackageReference</RestoreProjectStyle>

There is also a good change you will need auto-bindingredirects as well so make sure that is set in your project:

<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>

mauricio-bv · 2017-07-26T01:22:03Z

weshaggard, can you elaborate on the workaround? Where should I put the text below (which file)? In which project, the one targeting the .NET Standard or the one referencing the .Net Standard project (the .Net Framework project)?

<RestoreProjectStyle>PackageReference</RestoreProjectStyle>

weshaggard · 2017-07-26T15:53:11Z

In the .NET Framework project that is consuming the .NET Standard library. Note that if you have a packages.config file with nuget packages installed you will need to reinstall them as that property opts you into the PackageReference model instead of the packages.config model (see https://docs.microsoft.com/en-us/nuget/consume-packages/package-references-in-project-files for some more information).

jrr · 2017-07-26T17:59:05Z

@weshaggard - does PackageReference just happen to work with .NET Framework projects? The doc you linked suggests it's not supported:

At present, package references are supported in Visual Studio 2017 only, for .NET Core projects, .NET Standard projects, and UWP projects targeting Windows 10 Build 15063 (Creators Update).

jnm2 · 2017-07-26T18:26:00Z

I've been using <PackageReference> in .NET Framework new-style csproj since March and in Windows Forms old-style csproj since April. Definitely agree that the documentation needs to be improved.

danmoseley · 2017-08-07T19:03:40Z

cc @AlexGhiondea fyi.

remcolam · 2017-08-08T14:43:02Z

My .net framework 4.7 project already has the package references in the project file. I also tried adding the
<RestoreProjectStyle>PackageReference</RestoreProjectStyle>
and
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
But I'm still running into the FileNotFound exception as soon as I access code from the .net standards class library. I'm missing the references the class library depends on.

remcolam · 2017-08-09T07:44:56Z

BTW, what I'm noticing is that the exception I'm getting of for System.Data.Common version 4.1.0.0. If I look at the .net standard library, it uses the MySqlConnector nuget package, which has a dependency on System.Data.Common version 4.3.0.0. I can not find anything that wants to use version 4.1.0.0

If I use nuget to add this package to the .net framework app, then this is fixed, but it throws it for another dependency in the ,net standard class library.

danmoseley · 2017-08-15T20:21:04Z

@weshaggard can you help with the latest info above?

remcolam · 2017-08-16T12:51:35Z

I'm still having this issue with VS15.3 and netstandard 2.0
I've also reported this to the visual studio team now: System.IO.FileNotFoundException when referencing netstandard library project in classic project

You could try upvoting it there...

danmoseley · 2017-08-16T21:19:59Z

@weshaggard

weshaggard · 2017-08-17T16:44:46Z

@remcolam I pulled down your same solution from your reported issue and I did repro the issue but I was able to fix it by adding <RestoreProjectStyle>PackageReference</RestoreProjectStyle> in the ClassicConsole csproj. After adding that the dependencies correctly flowed from the NetStandard20Lib ProjectReference. Can you please try that to ensure it works for you?

remcolam · 2017-08-17T16:51:23Z

@weshaggard I was under the impression that was needed when switching from packages.config to project references, and I created these projects from the beginning with project references...

But I will try it and let you know.

It still seems to me visual studio should be making sure the dependencies flow through correctly, so I'll keep the issue open at visual studio community... 😉

weshaggard · 2017-08-17T18:22:39Z

@weshaggard I was under the impression that was needed when switching from packages.config to project references, and I created these projects from the beginning with project references...

Yes that us what it does but the package dependencies don't currently flow correctly in the packages.config world only in the new ProjectReference world.

It still seems to me visual studio should be making sure the dependencies flow through correctly, so I'll keep the issue open at visual studio community

I completely agree this is an issue that should be address which is why I opened this issue to track it as well. I'm only a consumer of these tools and so I would also like this fixed and what I suggested here is merely a workaround.

remcolam · 2017-08-17T18:27:54Z

Adding
<PropertyGroup> <RestoreProjectStyle>PackageReference</RestoreProjectStyle> </PropertyGroup>
to the project file for the classic project made it indeed work. Still strange , because this was already the format for the project... Oh well... Thanks for the help

babelshift · 2017-08-26T02:18:49Z

Why is this workaround necessary? Why is the behavior not defaulted to copying needed dependencies to the build directory? Under what scenario would I rather NOT have them copied? FYI this is still occurring in Visual Studio 2017 and .NET Standard 2.0.

davidfowl · 2017-08-26T03:22:47Z

@babelshift SDK projects don't copy dependencies to the output directory because the output can be different depending on what the TFM of the consuming project is. Consider the following:

A (project) (net461)
B (project) (netstandard 2.0)
Newtonsoft.Json (package) (net45, ns1.1)

A -> B -> Newtonsoft.Json

For this dependency graph, the version of Newtonsoft.Json copied to A's output folder is net45, the version copied into the output of B is ns1.1

babelshift · 2017-08-26T19:06:35Z

@davidfowl So what's the long term solution here? Using the PackageReference solution? Googling about this problem reveals a lot of confusion around this behavior, and the documentation could be more clear (unless I'm missing some important docs).

Please help me understand a bit more.

Console App (.NET 4.6.1) -> Class Library 1 (.NET 4.6.1) -> Class Library 2 (.NET Standard 2.0) -> NuGet Package (Newtonsoft.Json)

After build, the Console App's bin directory contains:

Console App.exe
Class Library1.dll

This will fail at runtime because Class Library 2.dll and Newtonsoft.Json.dll are non-existent.

The Visual Studio tooling seems to offer no assistance to remedy this unless I'm missing something.

davidfowl · 2017-08-26T21:32:51Z

@davidfowl So what's the long term solution here? Using the PackageReference solution? Googling about this problem reveals a lot of confusion around this behavior, and the documentation could be more clear (unless I'm missing some important docs).

Yes, that's the long term solution.

This will fail at runtime because Class Library 2.dll and Newtonsoft.Json.dll are non-existent.

Is Console App (.NET 4.6.1) using package reference? If, not then this is a known issue. We should have blocked that reference but we don't and it ends up breaking at runtime.

dasjestyr · 2017-08-29T23:35:50Z

Is this just for package references? I was directed here from the same issue regarding project references. I have the netstandard2.0 project in the same solution and I'm trying to reference from .net framework console app and nothing resolves. I added in the package restore style but it doesn't seem to work for me. Repro from scratch here: https://github.com/dasjestyr/netstandard_ref_error

Using VS2017.3.3. <RestoreProjectStyle>PackageReference</RestoreProjectStyle> did not work for me. It seems that the solution will build, but intellisense is still bleeding everywhere.

esentio · 2017-08-31T08:55:32Z

I'm using VS2017 15.3.3 and .NET Core 2.0.0 SDK. My (simplified) solution consists of following projects:

Project A - .NET Standard 2.0 class library; referencing Newtonsoft.Json via Nuget
Project B - .NET 4.6.1 WPF; referencing A
Project C - .NET 4.6.1 unit test project; referencing A

Using <RestoreProjectStyle>PackageReference</RestoreProjectStyle> fixed the problem in B. But when I applied it to C, suddenly all tests disappeared from Test Explorer window. To fix this issue, I had to upgrade test adapters and test framework via nuget as described here (in case somebody has the same problem).

Is this intended behavior of package reference or a bug?

dasjestyr · 2017-10-30T02:13:01Z

Have you tried adding a net461 target to the standard library? That fixed it for me.

jnm2 · 2017-10-30T03:05:37Z

The ideal scenario is that the class library is netstandard*.* and the test project targets net***;netcoreapp*.* or something like that. If you make the class library target both netstandard1.4 and net461, you won't be truly testing the netstandard1.4 dll because the test project will ignore it and pick up the net461 dll.

Pythonic-Rainbow · 2017-12-05T09:43:12Z

Still got the problem in VS2017 15.5 , .NET Framework 4.6.1 and Core 2.0 Standard 1.4
Yet solved by <PropertyGroup> <TargetFramework>netstandard1.4</TargetFramework> <RestoreProjectStyle>PackageReference</RestoreProjectStyle> <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects> </PropertyGroup>

ryantromp · 2017-12-08T13:57:31Z

This works for project references for the project in the same solution. If I try to add a reference to an external project .dll from a project in another solution, that project's dependencies don't get copied into the output folder of the referring project.

michael-hawker · 2017-12-11T17:48:15Z

I think I'm seeing the same thing with a JavaScript UWP app, as the default VS template uses package.json for those projects.

Referencing a .NET Standard 1.4 component using ProjectReference through a Windows Runtime Component.

dasjestyr · 2017-12-12T05:28:37Z

@jnm2 I believe what you want to do is have the test project for a netstandard library actually target only netcoreapp. Then it will only pick up the netstandard version of the class library. I don't really see the point of having the test project target both net*** and netcoreapp. So basically reverse of what you're saying.

jnm2 · 2017-12-12T11:58:34Z

There is an argument to be made for testing a netstandard1.4 class library against net47;netcoreapp1.1;netcoreapp2.0 since the behaviors are different. But that's very difficult to do if the class library also targets net* or netcoreapp*, with current tooling. There are discussions other places about making this easier by allowing tests to target netstandard1.4 and configuring the test runner to execute the same test dll against multiple runtimes and versions.

My point is only that you should not target the class library as netstandard1.4;net461 unless your test project is netcoreapp*.*;net461 or else you'll be shipping an untested unique dll and that's a very bad thing to do.

godrose · 2018-02-21T12:15:07Z

@weshaggard This solution didn't work for me.
I've added the two configuration lines in the .NET Framework project and rebuilt the whole solution.
Still the .NET Standard package upon which the .NET Standard project depends isn't flown to the .NET Framework project's output folder

weshaggard · 2018-02-21T16:54:13Z

@godrose any chance you could post a simple repo solution somewhere? I do expect you are hitting the limitations outlined in this issue but I can hopefully help you find the right workaround.

godrose · 2018-02-21T17:09:32Z

I have an actual not-so-simple repro solution you can clone.

Clone the https://github.com/LogoFX/Samples.Specifications
Select the DebugWithFake build configuration
Rebuild the solution
Start it. Supply the "Admin" and "pass" as username and password.
You should arrive at the main screen and see the grid with data.

How to reproduce the issue:

Clean the ../bin/DebugWithFake folder's contents.
Unload the Client.Launcher project
Add the two items to the .csproj
Reload the project
Reinstall the packages (all but AutoMapper)
Rebuild the solution
Start it. Supply the "Admin" and "pass" as username and password.
You should see the error Object reference is not set to an instance of an object
Examine the folder. AutoMapper is not there

If these repo steps are too much I'll try to add a lighter repo tomorrow.

weshaggard · 2018-02-21T18:09:33Z

@godrose interestingly enough I got just the opposite results from you. With the simple clone at commit LogoFX/Samples.Specifications@437cf10 I get the "object reference is not set to an instance of an object" error. However if I go back one commit to LogoFX/Samples.Specifications@8603d82 and do a full clean (i.e. close VS and run git clean -xdf) then I can successfully login and see the grid of data. Can you please make sure you are cleaning, not only the bin folder but the obj folders as well, ideally a full git clean -xdf.

While looking around in the solution I noticed you have a lot of other projects which use packages.config files. It is generally not advised to mix and match solutions with some projects using packages.config and other projects using ProjectReference. The two models don't play well together as the packages.config projects do not correctly flow dependencies from referenced projects/packages.

godrose · 2018-02-21T18:15:40Z

Thanks. I will check this. I'm just trying out this approach to see if it fixes the issue

…

On 21 Feb 2018 20:09, "Wes Haggard" ***@***.***> wrote: @godrose <https://github.com/godrose> interestingly enough I got just the opposite results from you. With the simple clone at commit ***@***.*** <LogoFX/Samples.Specifications@437cf10> I get the "object reference is not set to an instance of an object" error. However if I go back one commit to ***@***.*** <LogoFX/Samples.Specifications@8603d82> and do a full clean (i.e. close VS and run git clean -xdf) then I can successfully login and see the grid of data. Can you please make sure you are cleaning, not only the bin folder but the obj folders as well, ideally a full git clean -xdf. While looking around in the solution I noticed you have a lot of other projects which use packages.config files. It is generally not advised to mix and match solutions with some projects using packages.config and other projects using ProjectReference. The two models don't play well together as the packages.config projects do not correctly flow dependencies from referenced projects/packages. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#901 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AHbkIxE1fewGpp2tiotemxgssSsIFU9cks5tXFvjgaJpZM4MI9nG> .

godrose · 2018-02-22T07:02:42Z

@weshaggard
Interestingly enough I managed to login successfully and see the grid after a full clean.
I will convert the whole solution to this approach and see whether it works in all scenarios.
Thanks a lot!

mcorsello · 2018-04-13T13:42:22Z

Not a question, but an observation and approach we're depending upon....

We are also experiencing some issues and have a concern about addressing the reverse transitive dependency issue for reflection loaded IoC patterns....

exe -> A <- B -> C
exe is never aware of the existence of B or C
A reflection loads B which has compile time dependency on C (say Npgsql.dll)
Recompiling the exe is NOT an option (different vendors and runtime injection of capabilities)

Also, there are multiple items loaded this way
exe -> A <- B -> C(v1)
^--- D -> C(v2)
As long as C(v2) is capable of supporting C(v1) surface area, we realize C(v2) at runtime for both B and D, which are reflection loaded by A again with no knowledge from the exe.

this has been working fine in purely net 4.6.1, but now with netstandard, we have been having different issues on production machines and dev machines.
We can work around the issue on dev machines (Win 10) by adding version bindings in the .exe.config (not ideal) on the dev machines, but have "odd" issues we still haven't resolved on prod machines (not Win 10).

greg84 · 2018-06-23T10:29:20Z

I have experienced this same issue, but the workaround didn't seem to resolve the problem in my case. Here are some steps to reproduce a simple version of what I'm seeing:

Create a new solution. Add a new NetStandard class library project to it.
Add a new ASP.NET Web Application project to the same solution - select "Web API" as the template.
Add the class library project to the web application project as a project reference.
Add the "System.Data.SqlClient" Nuget package to the class library project..
Add this class to the class library project:

using System.Data.SqlClient;

namespace ClassLibrary1 {
  public class Class1 {
    public Class1() {
      var connection = new SqlConnection("");
    }
  }
}

At the end of the Global.asax file in the web application project root, add the following line:

var c = new ClassLibrary1.Class1();

Run the web application project. It crashes on startup at the line above with the following error:

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

Not sure if it's something specifically to do with how web application projects resolve dependencies, but adding the RestoreProjectStyle and AutoGenerateBindingRedirects to the project file didn't fix the issue.

The only way I could work around the problem was to install all the dependencies in both projects.

dsteinweg · 2018-07-10T14:58:43Z

I encountered this problem today, and it happened to be with the exact same System.Data.SqlClient.dll that @greg84 ran into problems with.

I have uploaded a simple repro like @greg84 described here:
https://github.com/dsteinweg/dotnet-sdk-issue-901

dsplaisted · 2018-07-10T22:33:21Z

There are two ways to fix this:

Install all dependencies in your .NET Framework project
Migrate the .NET Framework project to PackageReference
- If your .NET Framework project doesn't reference any packages, then add the following property to your project file: <RestoreProjectStyle>PackageReference</RestoreProjectStyle>

veremenko-y · 2018-07-18T21:26:37Z

Can we just don't break .NET Framework projects introducing half done (like .NET Core) style features?

offgriddev · 2018-07-23T14:59:38Z

I've encountered this issue today when I deploy to my Azure App Service. We're running Full Framework 4.7 and one of our libraries is responsible for rendering Razor views to string for export. It leverages Microsoft.AspNetCore.Mvc.ViewFeatures. The code for this is pretty standard:

`
public async Task RenderAsString(string viewName, object model)
{
var httpContext = new DefaultHttpContext { RequestServices = _serviceProvider };
var actionContext = new ActionContext(httpContext, new RouteData(), new ActionDescriptor());

        using (var sw = new StringWriter())
        {
            var viewResult = _razorViewEngine.FindView(actionContext, viewName, false);

            if (viewResult.View == null)
            {
                throw new ArgumentNullException($"{viewName} does not match any available view");
            }

            var viewDictionary = new ViewDataDictionary(new EmptyModelMetadataProvider(), new ModelStateDictionary())
            {
                Model = model
            };

            var viewContext = new ViewContext(
                actionContext,
                viewResult.View,
                viewDictionary,
                new TempDataDictionary(actionContext.HttpContext, _tempDataProvider),
                sw,
                new HtmlHelperOptions()
            );

            try
            {
                await viewResult.View.RenderAsync(viewContext);
            }
            catch (Exception e)
            {
                _logger.Error(e, "An error occurred while rendering HTML from Razor templates.");
                return String.Empty;
            }

            return sw.ToString();
        }
    }

It works perfectly fine locally, but when I deploy it to our app service, I get the following error whenawait viewResult.View.RenderAsync(viewContext)` is invoked:

System.InvalidOperationException: Cannot find reference assembly 'Microsoft.Win32.Primitives.dll' file for package Microsoft.Win32.Primitives.Reference at Microsoft.Extensions.DependencyModel.Resolution.ReferenceAssemblyPathResolver.TryResolveAssemblyPaths(CompilationLibrary library, List1 assemblies)
at Microsoft.Extensions.DependencyModel.Resolution.CompositeCompilationAssemblyResolver.TryResolveAssemblyPaths(CompilationLibrary library, List1 assemblies) at Microsoft.Extensions.DependencyModel.CompilationLibrary.ResolveReferencePaths(ICompilationAssemblyResolver resolver, List1 assemblies)
at Microsoft.Extensions.DependencyModel.CompilationLibrary.ResolveReferencePaths()
at Microsoft.AspNetCore.Mvc.ApplicationParts.AssemblyPart.<>c.b__8_0(CompilationLibrary library)
at System.Linq.Enumerable.d__172.MoveNext() at Microsoft.AspNetCore.Mvc.Razor.Compilation.MetadataReferenceFeatureProvider.PopulateFeature(IEnumerable1 parts, MetadataReferenceFeature feature)
at Microsoft.AspNetCore.Mvc.ApplicationParts.ApplicationPartManager.PopulateFeature[TFeature](TFeature feature)
at Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRazorReferenceManager.GetCompilationReferences()
at System.Threading.LazyInitializer.EnsureInitializedCore[T](T& target, Boolean& initialized, Object& syncLock, Func1 valueFactory) at Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRazorReferenceManager.get_CompilationReferences() at Microsoft.AspNetCore.Mvc.Razor.Internal.LazyMetadataReferenceFeature.get_References() at Microsoft.CodeAnalysis.Razor.CompilationTagHelperFeature.GetDescriptors() at Microsoft.AspNetCore.Razor.Language.DefaultRazorTagHelperBinderPhase.ExecuteCore(RazorCodeDocument codeDocument) at Microsoft.AspNetCore.Razor.Language.RazorEnginePhaseBase.Execute(RazorCodeDocument codeDocument) at Microsoft.AspNetCore.Razor.Language.DefaultRazorEngine.Process(RazorCodeDocument document) at Microsoft.AspNetCore.Razor.Language.DefaultRazorProjectEngine.ProcessCore(RazorCodeDocument codeDocument) at Microsoft.AspNetCore.Razor.Language.RazorProjectEngine.Process(RazorProjectItem projectItem) at Microsoft.AspNetCore.Mvc.Razor.Internal.RazorViewCompiler.CompileAndEmit(String relativePath) at Microsoft.AspNetCore.Mvc.Razor.Internal.RazorViewCompiler.OnCacheMiss(String normalizedPath) --- End of stack trace from previous location where exception was thrown --- at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Microsoft.AspNetCore.Mvc.Razor.Internal.DefaultRazorPageFactoryProvider.CreateFactory(String relativePath) at Microsoft.AspNetCore.Mvc.Razor.RazorViewEngine.CreateCacheResult(HashSet1 expirationTokens, String relativePath, Boolean isMainPage)
at Microsoft.AspNetCore.Mvc.Razor.RazorViewEngine.OnCacheMiss(ViewLocationExpanderContext expanderContext, ViewLocationCacheKey cacheKey)
at Microsoft.AspNetCore.Mvc.Razor.RazorViewEngine.LocatePageFromViewLocations(ActionContext actionContext, String pageName, Boolean isMainPage)
at Microsoft.AspNetCore.Mvc.Razor.RazorViewEngine.FindView(ActionContext context, String viewName, Boolean isMainPage)
at Microsoft.AspNetCore.Mvc.ViewEngines.CompositeViewEngine.FindView(ActionContext context, String viewName, Boolean isMainPage)
at Microsoft.AspNetCore.Mvc.ViewComponents.ViewViewComponentResult.d__20.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.AspNetCore.Mvc.ViewComponents.DefaultViewComponentInvoker.d__5.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.AspNetCore.Mvc.ViewComponents.DefaultViewComponentHelper.d__12.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at AspNetCore.Views_Export_SubmissionPdf.<>c__DisplayClass9_0.<b__1>d.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.AspNetCore.Razor.Runtime.TagHelpers.TagHelperExecutionContext.d__30.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at AspNetCore.Views_Export_SubmissionPdf.d__9.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.AspNetCore.Mvc.Razor.RazorView.d__16.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.AspNetCore.Mvc.Razor.RazorView.d__15.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.AspNetCore.Mvc.Razor.RazorView.d__14.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Presence.Core.Http.ViewEngine.RenderView.d__5.MoveNext()
`

Winforms project working but installer is broken. Had to add packagereference tag to csproj for it to work. dotnet/sdk#901 IS63_CreateWebApiProject

WeihanLi · 2019-11-11T14:03:11Z

that's really a bad experience

peeveen · 2023-02-19T11:02:57Z

The workaround isn't working for me. The scenario might be slightly different:

My NETStandard class library is referencing a third-party NuGet package, inside which the nuspec lists two different sets of dependencies: a small set of dependencies for NETFramework, and a larger set of dependencies for NETStandard.
The code in my NETStandard class library is using one of the NETStandard-only transitive dependencies from the third-party package.
My NETFramework project (which references my NETStandard class library NuGet package) shows no errors or warnings during compilation, but fails with a missing assembly exception at runtime when it attempts to call a method in my NETStandard library.

If I run msbuild with -verbosity:detailed, I can see:

Could not resolve this reference. Could not locate the assembly "...blah...". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors.

... but this does not appear as a warning/error in the Visual Studio build output.

My NETFramework project has the suggested properties in the csproj file:

<RestoreProjectStyle>PackageReference</RestoreProjectStyle>
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>

I can solve the problem by adding a direct reference to the missing assembly in either my NETStandard class library or my NETFramework project, but it seems like a possible bug somewhere.

It was not able to find the DNS assembly dotnet/sdk#901

…ct". It was not able to find the DNS assembly dotnet/sdk#901

dsplaisted added this to the Unknown milestone May 16, 2017

weshaggard mentioned this issue Jul 25, 2017

System.IO.FileNotFoundException: 'Could not load file or assembly 'System.Xml.ReaderWriter, Version = 4.1.0.0, ... The system cannot find the file specified dotnet/standard#429

Closed

weshaggard mentioned this issue Aug 4, 2017

Referencing a .net standard class library project in .net Framework web app and System.IO.FileNotFoundException throws dotnet/standard#410

Closed

This was referenced Aug 18, 2017

Could not load file or assembly 'System.Net.Http, Version=4.1.1.1 dotnet/standard#437

Closed

Referencing .NETStandard,Version1.3 NuGet library depending on System.ComponentModel.TypeConverter from .NET 4.7 dotnet/core#877

Closed

weshaggard mentioned this issue Feb 21, 2018

.NET Standard project does not bring its package-originated dependencies with it dotnet/standard#655

Closed

dsplaisted closed this as completed Jul 10, 2018

dcuccia mentioned this issue Sep 7, 2018

VTS OOB developer story - desktop dependencies out of date. Vts.Desktop necessary anymore? VirtualPhotonics/VTS#10

Closed

rolfbjarne mentioned this issue Sep 11, 2018

Transitive nuget dependencies are not handled with netstandard libraries xamarin/xamarin-macios#3949

Closed

willem445 added a commit to willem445/PasswordVault that referenced this issue Oct 22, 2019

Change all libraries to .net standard 2.0

42a09d9

Winforms project working but installer is broken. Had to add packagereference tag to csproj for it to work. dotnet/sdk#901 IS63_CreateWebApiProject

jc1001 mentioned this issue Aug 31, 2020

System.Numerics.Vectors binding redirect missing dotnet/runtime#41597

Closed

SomebodyOdd mentioned this issue Jan 2, 2021

[WIP] Project structure refactoring and migration to SDK-style project format. duplicati/duplicati#4408

Closed

rburgstaler added a commit to rburgstaler/IISUtil that referenced this issue Apr 14, 2024

Fix issue where "Dependencies don't flow from new NETStandard project".

736a9b2

It was not able to find the DNS assembly dotnet/sdk#901

rburgstaler added a commit to rburgstaler/IISUtil that referenced this issue Apr 18, 2024

* Fix issue where "Dependencies don't flow from new NETStandard proje…

82f876b

…ct". It was not able to find the DNS assembly dotnet/sdk#901

Dependencies don't flow from new NETStandard project to old Desktop projects through ProjectReferences #901

Dependencies don't flow from new NETStandard project to old Desktop projects through ProjectReferences #901

Comments

weshaggard commented Feb 22, 2017

weshaggard commented Feb 22, 2017

dsplaisted commented Feb 22, 2017

clairernovotny commented Feb 22, 2017

tjrobinson commented Mar 8, 2017

weshaggard commented Jul 18, 2017

mauricio-bv commented Jul 26, 2017

weshaggard commented Jul 26, 2017

jrr commented Jul 26, 2017

jnm2 commented Jul 26, 2017 • edited Loading

danmoseley commented Aug 7, 2017

remcolam commented Aug 8, 2017 • edited Loading

remcolam commented Aug 9, 2017 • edited Loading

danmoseley commented Aug 15, 2017

remcolam commented Aug 16, 2017

danmoseley commented Aug 16, 2017

weshaggard commented Aug 17, 2017

remcolam commented Aug 17, 2017

weshaggard commented Aug 17, 2017

remcolam commented Aug 17, 2017

babelshift commented Aug 26, 2017 • edited Loading

davidfowl commented Aug 26, 2017

babelshift commented Aug 26, 2017

davidfowl commented Aug 26, 2017

dasjestyr commented Aug 29, 2017 • edited Loading

esentio commented Aug 31, 2017

dasjestyr commented Oct 30, 2017

jnm2 commented Oct 30, 2017

Pythonic-Rainbow commented Dec 5, 2017

ryantromp commented Dec 8, 2017

michael-hawker commented Dec 11, 2017 • edited Loading

dasjestyr commented Dec 12, 2017 • edited Loading

jnm2 commented Dec 12, 2017

godrose commented Feb 21, 2018

weshaggard commented Feb 21, 2018

godrose commented Feb 21, 2018 • edited Loading

weshaggard commented Feb 21, 2018

godrose commented Feb 21, 2018 via email

godrose commented Feb 22, 2018 • edited Loading

mcorsello commented Apr 13, 2018

greg84 commented Jun 23, 2018

dsteinweg commented Jul 10, 2018

dsplaisted commented Jul 10, 2018

veremenko-y commented Jul 18, 2018

offgriddev commented Jul 23, 2018 • edited Loading

WeihanLi commented Nov 11, 2019

peeveen commented Feb 19, 2023

jnm2 commented Jul 26, 2017 •

edited

Loading

remcolam commented Aug 8, 2017 •

edited

Loading

remcolam commented Aug 9, 2017 •

edited

Loading

babelshift commented Aug 26, 2017 •

edited

Loading

dasjestyr commented Aug 29, 2017 •

edited

Loading

michael-hawker commented Dec 11, 2017 •

edited

Loading

dasjestyr commented Dec 12, 2017 •

edited

Loading

godrose commented Feb 21, 2018 •

edited

Loading

godrose commented Feb 22, 2018 •

edited

Loading

offgriddev commented Jul 23, 2018 •

edited

Loading