Skip to content
This repository was archived by the owner on Apr 8, 2020. It is now read-only.
This repository was archived by the owner on Apr 8, 2020. It is now read-only.

Build trouble with VS2017RC 15.0.0-RC.3+26127.0 / MSB4018 error #620

Description

@HaraldMuehlhoffCC

Getting my ReactReduxSPA template based application (or the initial template) to build under the new VS2017RC release just took me hours (MSB4018 error, System.IO.FileNotFoundException: System.IO.FileSystem). Can build and debug it now (in Visual Studio not Chrome) though Webpack isn't working - so no hot updates.
Should have waited but was hoping for some improvements debugging TypeScript code ...

For details please see https://developercommunity.visualstudio.com/content/problem/15227/error-msb4018-when-building-reactreduxspa-filenotf.html

PS: Actually I'm getting hot updates now ... just can't open Chrome dev tools without terminating the session.

Activity

  1. kglassmireacr commented on Jan 29, 2017

    @kglassmireacr

    I am getting the same error code MSB4018. The strange thing in my case is that I initially ran the aspnetcore-spa generator and was able to build successfully and run use both dotnetrun and visual studio to run the project. Only after I ran the project with Visual Studio the first time was I unable to build again. However, I can still execute "dotnet run" in the command prompt to make the project run.

    Severity Code Description Project File Line Suppression State
    Error MSB4018 The "ResolvePackageDependencies" task failed unexpectedly.
    System.IO.FileNotFoundException: Could not load file or assembly 'System.IO.FileSystem, Version=4.0.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
    File name: 'System.IO.FileSystem, Version=4.0.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
    at Microsoft.NET.Build.Tasks.LockFileCache.LoadLockFile(String path)
    at Microsoft.NET.Build.Tasks.LockFileCache.GetLockFile(String path)
    at Microsoft.NET.Build.Tasks.ResolvePackageDependencies.get_LockFile()
    at Microsoft.NET.Build.Tasks.ResolvePackageDependencies.ReadProjectFileDependencies()
    at Microsoft.NET.Build.Tasks.ResolvePackageDependencies.ExecuteCore()
    at Microsoft.NET.Build.Tasks.TaskBase.Execute()
    at Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
    at Microsoft.Build.BackEnd.TaskBuilder.d__26.MoveNext()

    WRN: Assembly binding logging is turned OFF.
    To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.
    Note: There is some performance penalty associated with assembly bind failure logging.
    To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].
    ReactTest C:\Users\name.nuget\packages\microsoft.net.sdk\1.0.0-alpha-20161104-2\build\Microsoft.PackageDependencyResolution.targets 138

  2. pherbel commented on Jan 29, 2017

    @pherbel

    Same here

  3. SteveSandersonMS commented on Jan 30, 2017

    @SteveSandersonMS
    Member

    Thanks for reporting this. I was able to repro the issue with VS 2017 build 26127. Fortunately the problem goes away when we update to a newer (dotnet preview4 style) .csproj format. This is implemented in e7785df, so see that commit for an example of how you can change your .csproj files in existing projects.

    This update will be published in generator-aspnetcore-spa version 0.8.0 shortly.

  4. robert-claypool commented on Apr 4, 2017

    @robert-claypool

    e7785df makes the .csproj incompatible with Visual Studio 2015 Update 3:

    error : The default XML namespace of the project must be the MSBuild XML namespace. If the project is authored in the MSBuild 2003 format, please add xmlns="http://schemas.microsoft.com/developer/msbuild/2003" to the <Project> element.

  5. SteveSandersonMS commented on Apr 7, 2017

    @SteveSandersonMS
    Member

    @robert-claypool The .csproj projects generated by these templates have never been compatible with VS2015, as far as I know, because they require the .NET Core 1.0 tooling, which is only supported standalone (e.g., command line) and in VS2017.

    This repo dropped VS2015 support when it removed the project.json-based project option.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions