11

Quando creo un progetto Web predefinito in Visual Studio 2015 (Update 3) con installato .NET Core 1.0 SDK e Tooling (anteprima 2) e riavviare il Visual Studio dopo aver ripristinato le modifiche di controllo di origine locale che sto ottenendo il seguente errore di compilazione :Impossibile eseguire il seguente progetto eseguibile (il riferimento all'oggetto non è impostato su un'istanza di un oggetto.)

Impossibile fare la seguente progetto eseguibile: MyDefaultWebProject (.NETCoreApp, Version = v1.0) ragione: oggetti di riferimento non impostato su un'istanza di un oggetto.

Secondo Visual Studio l'errore si trova nella C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\DotNet\Microsoft.DotNet.Common.Targets on line 262

Su questa linea c'è il seguente codice:

<Dnx 
    RuntimeExe="$(SDKToolingExe)" 
    Condition="'$(_DesignTimeHostBuild)' != 'true'" 
    ProjectFolder="$(MSBuildProjectDirectory)" 
    Arguments="$(_BuildArguments)" 
    /> 

Come posso risolvere un tale problema?

risposta

21

L'unica soluzione di lavoro sono riuscito a trovare è quello di eseguire il comando dotnet restore :

C:\Dev\*****>dotnet restore 

Welcome to .NET Core! 
--------------------- 
Learn more about .NET Core @ https://aka.ms/dotnet-docs. Use dotnet --help to see available commands or go to https://aka.ms/dotnet-cli-docs. 
Telemetry 
-------------- 
The .NET Core tools collect usage data in order to improve your experience. The data is anonymous and does not include commandline arguments. The data is collected by Microsoft and shared with the community. 
You can opt out of telemetry by setting a DOTNET_CLI_TELEMETRY_OPTOUT environment variable to 1 using your favorite shell. 
You can read more about .NET Core tools telemetry @ https://aka.ms/dotnet-cli-telemetry. 
Configuring... 
------------------- 
A command is running to initially populate your local package cache, to improve restore speed and enable offline access. This command will take up to a minute to complete and will only happen once. 
Decompressing 100% 2181 ms 
Expanding 100% 9113 ms 
log : Restoring packages for C:\Dev\*****\project.json... 
log : Restoring packages for tool 'BundlerMinifier.Core' in C:\Dev\*****\project.json... 
log : Restoring packages for tool 'Microsoft.AspNetCore.Razor.Tools' in C:\Dev\*****\project.json... 
log : Restoring packages for tool 'Microsoft.AspNetCore.Server.IISIntegration.Tools' in C:\Dev\*****\project.json... 
log : Restoring packages for tool 'Microsoft.EntityFrameworkCore.Tools' in C:\Dev\*****\project.json... 
log : Restoring packages for tool 'Microsoft.Extensions.SecretManager.Tools' in C:\Dev\*****\project.json... 
log : Restoring packages for tool 'Microsoft.VisualStudio.Web.CodeGeneration.Tools' in C:\Dev\*****\project.json... 
log : Writing lock file to disk. Path: C:\Dev\*****\project.lock.json 
log : C:\Dev\*****\project.json 
log : Restore completed in 13207ms. 

dopo di che la compilazione in Visual Studio è di nuovo successo.

1

Nel mio caso il problema era che uno dei progetti di libreria di classi in una soluzione faceva riferimento a una libreria AspNetCore.Identity dal percorso assoluto quando estraevo le sorgenti dal controllo del codice sorgente. Per questo motivo, i percorsi errati sono stati generati nel file project.fragment.lock.json e la soluzione couldn non è stata creata. Risolto il problema con il riferimento assoluto del percorso nel file .csproj.

Problemi correlati