Laufzeitziel für Framework .NETCoreApp = v1 kann nicht gefunden werden, das mit einer der Ziellaufzeiten kompatibel ist

Ich versuche, ein Asp.Net Core RC1-Projekt auf RC2 zu migrieren. Ich habe diese Dokumentation befolgt und auch die Anweisungen für die DNX-Migration auf .NET CLI befolgt.

Beim Versuch wird folgende Fehlermeldung angezeigt dotnet run:

Das Laufzeitziel für das Framework '.NETCoreAPP, Version = v1.0' kann nicht gefunden werden und ist mit einer der Ziellaufzeiten kompatibel: 'win10-x64, win81-x64, win8-x64, win7-x64'. Mögliche Ursachen:

1. Das Projekt wurde nicht wiederhergestellt oder die Wiederherstellung ist fehlgeschlagen. Führen Sie 'dotnet restore' aus.
2. Das Projekt listet in den 'Laufzeiten' keine der Optionen 'win10-x64, win81-x64, win7-x64' auf.

Ich bin gelaufen dotnet restoreund es scheint erfolgreich abgeschlossen zu sein.

Ich habe alle relevanten Pakete auf RC2 aktualisiert.

Ich hätte genau das tun sollen, was in der Fehlermeldung stand. Bei der Migration von RC1 wurde mir nicht klar, dass ich einen runtimesAbschnitt in meiner project.jsonDatei angeben musste .

In meinem habe project.jsonich folgenden Abschnitt hinzugefügt:

"runtimes": {
    "win10-x64": { }
  }

Und ich war gut zu gehen.

Update 27. Februar 2017

Für neue Projektvorlagen in Visual Studio 2017 RC müssen keine Laufzeiten mehr (im project.jsonoder .csproj) im Voraus angegeben werden, wenn Sie Ihre App als Framework Dependent Deployment(FDD) bereitstellen möchten.

Wenn Sie Ihre App jedoch mithilfe von Self-contained Deployment(SCD) bereitstellen möchten, müssen Sie alle Laufzeiten, auf denen Ihre App ausgeführt werden soll, im Voraus in Ihrer .csprojDatei angeben .

Unten finden Sie ein Beispiel für eine .csprojDatei für eine App, die die SCD-Bereitstellungsmethode verwendet:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp1.0</TargetFramework>
    <VersionPrefix>1.0.0</VersionPrefix>
    <DebugType>Portable</DebugType>
    <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Newtonsoft.Json" Version="9.0.1" />
  </ItemGroup>
</Project>

Weitere Informationen finden Sie unter diesem Link. Dort finden Sie eine ausführliche Beschreibung beider Arten von Bereitstellungsoptionen sowie ihrer Vor- und Nachteile.

Ich habe diesen Fehler erhalten, nachdem ich die VS2015-Kernvorlage auf 1.0.1 aktualisiert habe. Das lag daran, dass ich eine PCL habe, die darauf abzielt, netstandard 1.4 wenn Sie nicht jede Laufzeit angeben müssen. Ändern Sie einfach das Abhängigkeits-Markup für Folgendes Microsoft.NETCore.App:

"Microsoft.NETCore.App": {
 "type": "platform",
 "version": "1.0.1"
}

In project.json habe ich Folgendes geändert (Typ hinzugefügt):

//"Microsoft.NETCore.App": "1.1.0",
"Microsoft.NETCore.App": { "version": "1.1.0", "type": "platform" },

Jetzt kann ich wieder bauen :-)

Update: Jetzt kann ich die Website wieder erstellen, aber nicht "ausführen".

Sie müssen sicherstellen, dass Sie die Laufzeit und SDK auch haben:

*) Zu den Visual Studio-Tools gehört .NET Core 1.0.1. Um .NET Core 1.1-Unterstützung hinzuzufügen, müssen Sie auch die .NET Core 1.1-Laufzeit installieren.

https://www.microsoft.com/net/download/core#/current

Ich habe diesen Fehler erhalten, weil ich den unglaublich kaputten NuGet Package Manager in Visual Studio 2015 verwendet habe, um meine project.json-Abhängigkeiten zu aktualisieren. Es drehte sich dies:

"frameworks": {
  "netcoreapp1.0": {
    "dependencies": {
      "Microsoft.NETCore.App": {
        "type": "platform",
        "version": "1.0.1"
      } 
    }
  }
}

das mögen:

"dependencies": {
  "Microsoft.NETCore.App": "1.1.0"
},
"frameworks": {
  "netcoreapp1.0": {}
}

Tschüss, Plattformdefinition!

Wenn Sie diese beiden Links lesen:

Zunächst https://docs.microsoft.com/en-us/dotnet/articles/core/tutorials/using-with-xplat-cli

und

zweitens https://docs.microsoft.com/en-us/dotnet/articles/core/rid-catalog

Sie werden sehen, dass Sie eine vollständig portable Version mithilfe des folgenden Snippets im Abhängigkeitsstammelement in project.json erstellen können. Es ist nicht erforderlich, Laufzeiten anzugeben, da dies eine Laufzeit auf CORE-Ebene ist, die plattformunabhängig sein sollte oder als "Framework-abhängig" bezeichnet wird.

"Microsoft.NETCore.App": {
    "type": "platform",
    "version": "1.0.1"
}

oder Sie können für mehrere Zielplattformen ("eigenständige Anwendungen") erstellen, indem Sie das Element type: platform wie folgt entfernen:

Fügen Sie dies dem Stammelement für Abhängigkeiten in project.json hinzu

"Microsoft.NETCore.App": {
    "version": "1.0.1"
}

und fügen Sie dies als neues Element auf Stammebene hinzu

"runtimes": {
    "win10-x64": {},  /* one or more RIDs */
    "osx.10.10-x64": {}
  },

Für mehrere Zielvorgaben müssen Sie Plattformnamen angeben, die als ".NET Core Runtime IDentifiers (RID)" bezeichnet werden. Eine Liste dieser Namen finden Sie unter dem zweiten Link oben. Es enthält viele Varianten von Windows, Linux und OS X.

Um einen guten Überblick über die verschiedenen Bereitstellungsoptionen zu erhalten, können Sie auch diese Seite lesen:

https://docs.microsoft.com/en-us/dotnet/articles/core/deploying/index

Über den obigen Link:

Sie können zwei Arten von Bereitstellungen für .NET Core-Anwendungen erstellen:

Framework-abhängige Bereitstellung

Wie der Name schon sagt, basiert die Framework-abhängige Bereitstellung (FDD) auf einer gemeinsam genutzten systemweiten Version von .NET Core, um auf dem Zielsystem vorhanden zu sein. Da .NET Core bereits vorhanden ist, kann Ihre App auch zwischen Installationen von .NET Core portiert werden. Ihre App enthält nur eigenen Code und Abhängigkeiten von Drittanbietern, die sich außerhalb der .NET Core-Bibliotheken befinden. FDDs enthalten DLL-Dateien, die mit dem Dienstprogramm dotnet über die Befehlszeile gestartet werden können. Beispielsweise führt dotnet app.dll eine Anwendung mit dem Namen app aus.

Eigenständige Bereitstellung

Im Gegensatz zu FDD erfordert eine eigenständige Bereitstellung (SCD) keine gemeinsam genutzten Komponenten, die auf dem Zielsystem vorhanden sind. Alle Komponenten, einschließlich der .NET Core-Bibliotheken und der .NET Core-Laufzeit, sind in der Anwendung enthalten und von anderen .NET Core-Anwendungen isoliert. SCDs enthalten eine ausführbare Datei (z. B. app.exe auf Windows-Plattformen für eine Anwendung mit dem Namen app), eine umbenannte Version des plattformspezifischen .NET Core-Hosts, und eine DLL-Datei (z. B. app.dll) die eigentliche Anwendung.

In meinem Fall hatte ich gerade alle Nuget-Pakete auf die neuesten Versionen aktualisiert und Nuget hat meinen Paketverweis "Microsoft.NETCore.App" wie folgt geändert:

"Microsoft.NETCore.App": "1.1.0"

Ich habe es wieder in die folgende Form geändert und alles hat gut funktioniert:

"Microsoft.NETCore.App": {
      "version": "1.1.0",
      "type": "platform"
    }

Auf Wiedersehen 3 Stunden meines Lebens ....

Wenn Sie ein neues Dotnet ausführen und sich das Ausgabeprojekt json ansehen, werden Sie feststellen, dass sich die Moniker geändert haben.

Nehmen Sie die Änderungen an Ihrer project.json wie folgt vor:

"dependencies": {},
   "frameworks": {
     "netcoreapp1.0": {
        "dependencies": {
         "Microsoft.NETCore.App": {
         "type": "platform",
         "version": "1.0.1"
         }
    },
      "imports": "dnxcore50"
    }
  }

Ich habe einen nützlichen Link aus dem Kommentar von svick auf der folgenden Seite gefunden: https://github.com/dotnet/cli/issues/2442

Ich habe festgestellt, dass Sie in project.json Folgendes benötigen. Folgendes war erforderlich, um meinen Fehler zu beheben:

Abhängigkeiten

"dependencies": {
   "Microsoft.NETCore.App": {
      "version": "1.0.1",
      "type": "platform"
   },
}

Frameworks

"frameworks": {
    "netcoreapp1.0": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8"
      ]
    }
  },

Laufzeit

  "runtimeOptions": {
    "configProperties": {
      "System.GC.Server": true
    }
  },

Möglicherweise möchten Sie Laufzeiten hinzufügen, wenn Sie in IIS veröffentlichen möchten. Bitte sehen Sie etwas wie folgt:

 "runtimes": {
    "win10-x64": {}
  },

Hier ist ein allgemeiner Tipp, der für mich gut funktioniert hat. Wenn meine Sachen kaputt gehen, erstelle ich manchmal eine Standard-ASP.NET Core-Anwendung, entweder die Website oder eine leere Web-API, um die Abhängigkeiten in project.json und anderswo zu untersuchen. Auf diese Weise kann man oft viele Dinge fangen. Die obigen Antworten sind genau richtig, aber ich dachte, ich würde dies hier schreiben, falls jemand die Logik im allgemeinen Vorlagenformat, das ASP.NET Core verwendet, stärker trennen möchte.

In Windows 7 mit VS 2015 änderte die Lösung nach dem Update auf netcore 1.1.2 die Datei project.json wie folgt:

{
"version": "1.0.0-*",
  "buildOptions": {
    "emitEntryPoint": true
  },

  "dependencies": {
    "Microsoft.NETCore.App": "1.1.2"
  },

  "frameworks": {
    "netcoreapp1.0": {
      "imports": "dnxcore50"    //This line must disappear
    }
  },

  "runtimes": {                 //
    "win7-x64": {}              //Add this lines
  }                             //
}

Nach dem Ändern werden die Abhängigkeiten aktualisiert und Viola.