Ne peut pas trouver d'exécution cible pour le cadre .NETCoreApp=v1 compatible avec celui de la cible runtimes

Je suis en train de migrer une Asp.Net Core RC1 projet de RC2 et ont été la suite de cette la documentation et ont également suivi le instructions pour DNX la migration vers .NET CLI.

Je reçois le message d'erreur suivant lorsque j'essaie dotnet run:

Ne peut pas trouver d'exécution cible pour cadre".NETCoreAPP, Version=v1.0'
compatible avec celui de la cible temps de fonctionnement: 'win10-x64, win81-x64,
win8-x64, win7-64 x'. Causes possibles:

Le projet n'a pas été restaurée ou de l'échec de restauration -run 'dotnet restaurer"

Le projet n'a pas de liste de la "win10-x64, win81-x64, win7-64 x' dans le 'exécution'

J'ai couru dotnet restore et il semble avoir terminé avec succès.

J'ai mis à jour tous les paquets appropriés pour RC2.

InformationsquelleAutor Blake Mumford | 2016-06-02

asp.net

290

J'aurais fait exactement ce que le message d'erreur dit. Lors de la migration de la RC1, je n'ai pas réalisé que j'avais pour spécifier un runtimes section dans ma project.json fichier.

Dans mon project.json j'ai ajouté l'article suivant:
```
"runtimes": {
    "win10-x64": { }
  }
```
Et j'étais bon pour aller.

Mise À Jour 27 Février 2017

Nouveaux modèles de projet dans Visual Studio 2017 RC ne nécessitent plus de temps d'exécution, à préciser (dans project.json ou .csproj) à l'avance si vous choisissez de déployer votre application en tant que Framework Dependent Deployment (FDD).

Si, toutefois, vous choisissez de déployer votre application à l'aide de Self-contained Deployment (SCD), alors vous aurez besoin de spécifier tous les temps d'exécution, vous voulez que votre application de fonctionner sur à l'avance dans votre .csproj fichier.

Ci-dessous est un exemple de .csproj fichier pour une application qui utilise le SCD méthode de déploiement:
```
<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>
```
Veuillez voir ce lien pour plus d'information, qui comprend une description détaillée de ces deux types d'options de déploiement, ainsi que leurs avantages et leurs inconvénients.
- J'ai créé un nouveau projet dans VS 2015 mise à Jour 3. Et toujours ce section manquant.
- Je pense qu'il n'est pas toujours nécessaire d'ajouter ce paramètre. La documentation dit: "Si vous êtes une bibliothèque de classes portable qui peut fonctionner sur n'importe quel moment de l'exécution, vous n'avez pas besoin de spécifier un temps d'exécution." - C'est vrai pour la plupart de mes projets, mais cette erreur est apparu quand j'ai ajouté une Entité Cadre de projet de Base de ma solution. Je pense que EF Core - au moins dans sa RC2 l'état a une limitation sur quelles plates-formes, il peut fonctionner sur, ainsi, les projets qui font référence, pourraient avoir besoin pour se conformer à ces paramètres. Mais je suis seulement deviner. La Documentation est assez confus sur ce point.
- D'accord, la documentation autour de cette question, en particulier, reste rare. J'ai un sentiment que vous avez raison en ce qui concerne l'Entité Cadre de Base.
- N'a pas même besoin de ce sur un nouveau 1.0 de Base VS2015 modèle, mis à jour vers la version 1.0.1 et a obtenu l'erreur ci-dessus, merci pour le fixer!
- Même ici. J'ai aussi dû ajouter une autre ligne dans "runtimes" pour qu'il puisse restaurer et construire sur le Serveur Ubuntu: "ubuntu.16.04-x64". YMMV, mais l'erreur à ne point sortir de la plate-forme vous êtes absent et il serait nécessaire d'ajouter.
- Le message d'erreur ne fait pas mention de "projet.json". La façon dont les gens sont censés deviner??
- Cette solution peut fonctionner sur un projet MVC, mais mon vieux ASP.NET WebForm projet n'a pas un projet.json fichier.
- Cela a également travaillé pour .Net De Base 1.1
- En fait, j'ai eu de combiner à la fois cette réponse et @Mike_G répondre à lien pour obtenir la solution de travail. Voir aussi lien
- Toutes les astuces pour la nouvelle csproj style?
- Convenu @usefulBee, aucune idée de la façon dont les développeurs sont censés, par magie, savoir pour modifier le projet.json.
- Dans mon cas, j'ai dû ajouter "win8-x64" et "win81-x64": pour les services d'exécution et de procéder à une "dotnet restaurer", puis le "dotnet exécuter app.dll" a travaillé.
- Le travail de la VS2015, j'ai également eu à exécuter dotnet restaurer, avec win10-x64 ajouté à mon exécution. Une fois que ce fut fait, le coeur de la CLI et VS options de publication a parfaitement fonctionné.
- C'était la solution à mon problème.
- On pourrait s'attendre à ce genre de chose importante à travailler OOB
InformationsquelleAutor Blake Mumford
76

J'ai reçu ce message d'erreur après la mise à jour de VS2015 de base modèle pour 1.0.1. C'est parce que j'ai un PCL qui cible netstandard 1.4 si vous ne voulez pas avoir à le spécifier à chaque moment de l'exécution, il suffit de changer la dépendance de balisage pour Microsoft.NETCore.App à ceci:
```
"Microsoft.NETCore.App": {
 "type": "platform",
 "version": "1.0.1"
}
```
- Le balisage ci-dessus corrigé mon erreur de compilation, mais IIS Express ne démarre pas après que. La modification de "version": "1.0.1" à "version": "1.0.0" résolu le problème IIS.
- mise à jour de la section outils dans le projet.json pour correspondre à la version NETCore.App
- exactement comment doit les outils de la section sera mise à jour?
- Dans ce cas, "outils": { "Microsoft.AspNetCore.Serveur.IISIntegration.Les outils": "1.0.0-preview2-finale" },
- Oui, j'ai mis à jour mon VS 2015 il y a quelques semaines avec les derniers correctifs, y compris IISIntegration.Des outils, et il a résolu le Microsoft.NETCore.App: 1.0.1 problème pour moi.
- Vous pouvez mettre à jour les outils à l'aide du gestionnaire de package NuGet. Ils sont tout les packages NuGet. Toutefois, notez que vous pourriez avoir cocher la case "inclure préliminaire" si vous êtes à l'aide de l'aperçu ou de la version bêta du paquet.
- Qu'est ce qu'un PCL??
- Bibliothèque De Classes Portable
- Cela a fonctionné pour moi. La réponse sélectionnée causé tout un ensemble d'autres problèmes.
InformationsquelleAutor Mike_G
34

dans le projet.json j'ai changé ce (ajoutée):
```
//"Microsoft.NETCore.App": "1.1.0",
"Microsoft.NETCore.App": { "version": "1.1.0", "type": "platform" },
```
Maintenant je peux le créer encore une fois 🙂

mise à jour: maintenant, je peux construire à nouveau, mais ne pas "courir" le site web.

Vous devez vous assurer que vous avez le runtime sdk et aussi:

*) De Visual Studio tools inclure .NET, Base de la version 1.0.1. Pour ajouter .NET de Base 1.1 prise en charge, vous devez également installer .NET de Base 1.1 de l'exécution.

https://www.microsoft.com/net/download/core#/current
- On dirait que vous ne peut pas exécuter le site web parce que vous avez besoin d'installer .NET de Base 1.1 SDK
- et parfois, la réinstallation de l'Exécution est également nécessaire, je l'ai découvert.
- Cela a contribué pour moi. Merci! En commentant "de Microsoft.NETCore.App" directement à partir des dépendances dans le projet.json et la modifier pour être en vertu de "cadres": { "netcoreapp1.1": { "dépendances": { "Microsoft.NETCore.App": { "version": "1.1.0", "type": "plate-forme" } } } },
- Je vous remercie. Ces 2 étapes simples, le problème est résolu. Espérons que MS va faire plus de développeur convivial dans un avenir proche.
InformationsquelleAutor juFo
20

J'ai reçu ce message, car j'ai utilisé le incroyablement cassé Gestionnaire de Package NuGet dans Visual Studio 2015 pour la mise à jour de mon projet.json dépendances. Il a tourné ce:
```
"frameworks": {
  "netcoreapp1.0": {
    "dependencies": {
      "Microsoft.NETCore.App": {
        "type": "platform",
        "version": "1.0.1"
      } 
    }
  }
}
```
dans cette:
```
"dependencies": {
  "Microsoft.NETCore.App": "1.1.0"
},
"frameworks": {
  "netcoreapp1.0": {}
}
```
Bye Bye, la plate-forme de définition de!
- Cela a résolu, merci!
- Merci!!!! Les travaux de cette.
InformationsquelleAutor NathanAldenSr
15

Si vous lisez ces deux liens:

D'abord, https://docs.microsoft.com/en-us/dotnet/articles/core/tutorials/using-with-xplat-cli

et

deuxième, https://docs.microsoft.com/en-us/dotnet/articles/core/rid-catalog

Vous verrez que vous pouvez créer une version entièrement portable à l'aide de l'extrait de code suivant dans les dépendances de l'élément racine du projet.json. Il n'est pas nécessaire de spécifier des durées maximales que c'est un niveau de BASE d'exécution qui devrait être plateforme agnostique, ou connu comme "Cadre dépendante"
```
"Microsoft.NETCore.App": {
 "type": "platform",
 "version": "1.0.1"
}
```
ou vous pouvez construire pour de multiples plates-formes cibles ("autonome applications"), par la suppression du type: plate-forme de l'élément comme ceci:

Ajoutez à cela les dépendances de l'élément racine du projet.json
```
"Microsoft.NETCore.App": {
    "version": "1.0.1"
}
```
et l'ajouter comme nouveau au niveau de la racine de l'élément
```
"runtimes": {
    "win10-x64": {},  /* one or more RIDs */
    "osx.10.10-x64": {}
  },
```
Plusieurs ciblée nécessite que vous offre la plateforme de noms connus comme ".NET de Base d'Exécution des Identificateurs (RID)" UNE liste de ceux-ci peuvent être trouvés à la deuxième lien ci-dessus. Il comprend de nombreuses versions de Windows, Linux et OS X.

Pour un bon aperçu des différents déploiement optins, vous pouvez lire cette page:

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

À partir du lien ci-dessus:

Vous pouvez créer deux types de déploiements .NET applications de Base:

Cadre dépendante de déploiement

Comme son nom l'indique, le cadre de travail dépendant de déploiement (FDD) s'appuie sur un système partagé à l'échelle de version de .NET de Base pour être présent sur le système cible. Parce que .NET de Base est déjà présente, votre application est portable entre les installations de .NET de Base. Votre application ne contient que de son propre code et de tout tiers dépendances qui sont à l'extérieur de l' .NET bibliothèques de Base. FDDs contenir .des fichiers dll qui peut être lancé à l'aide de la dotnet utilitaire en ligne de commande. Par exemple, dotnet app.dll exécute une application nommée app.

Autonome de déploiement

À la différence de FDD, un déploiement (SCD) ne repose pas sur les composants partagés d'être présent sur le système cible. Tous les composants, y compris les deux .NET de Base des bibliothèques et de la .NET, Base de l'exécution, sont inclus dans l'application et sont isolés des autres .NET applications de Base. Dcg inclure un fichier exécutable (comme app.exe sur les plates-formes Windows pour une application nommée app), qui est une version renommée de la plate-forme spécifique .NET de Base de l'hôte, et un .dll fichier (comme app.dll), qui est de l'application réelle.

InformationsquelleAutor BigTFromAZ
9

Dans mon cas, j'avais juste mis à jour tous les packages nuget à leurs versions les plus récentes et nuget changé ma 'Microsoft.NETCore.Application d'un paquet de référence pour les éléments suivants:
```
"Microsoft.NETCore.App": "1.1.0"
```
Je l'ai changé de retour vers le formulaire ci-dessous et tout a bien fonctionné:
```
"Microsoft.NETCore.App": {
      "version": "1.1.0",
      "type": "platform"
    }
```
Good bye 3 heures de ma vie....

InformationsquelleAutor Alex Hope O'Connor
4

si vous exécutez un dotnet nouveau et de regarder le projet de sortie json, vous verrez que les monikers ont changé.

Apportez les modifications de votre projet.json comme suit:
```
"dependencies": {},
   "frameworks": {
     "netcoreapp1.0": {
        "dependencies": {
         "Microsoft.NETCore.App": {
         "type": "platform",
         "version": "1.0.1"
         }
    },
      "imports": "dnxcore50"
    }
  }
```
- Pour moi c'est la meilleure solution. .NET de Base est dans un état de flux et les choses ne cessent de changer. À l'aide de la CLI pour générer le projet.json pour résoudre des changements dans votre projet.json que le NuGet PM ne peut pas sembler garder cohérents et à jour.
InformationsquelleAutor John Banks
0

J'ai trouvé un lien utile de commentaire par svick en vertu de la page suivante:
https://github.com/dotnet/cli/issues/2442
- Bien que votre réponse est correcte à 100%, il peut également devenir 100% inutile si ce lien est déplacé, modifié, fusionnés en un autre, ou le site principal disparaît... 🙁 par conséquent, veuillez modifier votre réponse, et copie les étapes de ce lien dans votre réponse, ce qui permet de garantir votre réponse pour 100% de la durée de vie de ce site! 😉 Vous pouvez toujours laisser le lien situé à la fin de votre réponse comme une source pour votre matériel...
InformationsquelleAutor Technorider
0

Je trouve que vous avez besoin de ce qui suit dans le projet.json. Voici ce qui était nécessaire pour réparer mon erreur:

Dépendances
```
"dependencies": {
   "Microsoft.NETCore.App": {
      "version": "1.0.1",
      "type": "platform"
   },
}
```
Cadres
```
"frameworks": {
    "netcoreapp1.0": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8"
      ]
    }
  },
```
Runtime
```
  "runtimeOptions": {
    "configProperties": {
      "System.GC.Server": true
    }
  },
```
Vous pouvez ajouter des runtimes si vous comptez publier à IIS. Veuillez voir quelque chose comme suit:
```
 "runtimes": {
    "win10-x64": {}
  },
```
Ici est une astuce général, qui a bien fonctionné pour moi. Lors de mes trucs, des pauses, j'ai parfois créer une valeur par défaut ASP.NET application de Base du site web ou de vide api web pour regarder les dépendances du projet.json et d'ailleurs. Vous pouvez souvent attraper beaucoup de choses de cette façon. Les réponses ci-dessus sont exactement les mêmes, mais j'ai pensé que je pourrais écrire ici au cas où quelqu'un voudrait séparer la logique plus dans le modèle général format ASP.NET Core utilise.

InformationsquelleAutor hlyates

Dans Windows 7 avec VS 2015, la soluiton après la mise à jour de netcore 1.1.2 était en train de changer le projet.fichier json comme suit:

{
"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
  }                             //
}

Après la modification de cette les dépendances de mise à jour et à l'alto.

InformationsquelleAutor Santiago Suarez

Vous devez vous connecter pour publier un commentaire.