Une erreur s’est produite lors de la tentative de détermination de l’ID de processus du processus DNX hébergeant votre application.

Pour moi le problème a été résolu en fermant Visual Studio, en supprimant

project.lock.json 

et redémarrer Visual Studio.

Edit : J’utilisais RC1.

Microsoft a modifié le modèle d’hébergement comme décrit dans les notes de version .

Dans project.json remplacer la dépendance

“Microsoft.AspNet.Server.IIS”: “1.0.0-beta7”

avec

“Microsoft.AspNet.Server.Kestrel”: “1.0.0-beta8”

Dans web.config dans la section des handlers , supprimez toutes les entrées sauf

Le web.config complet ressemblera à ceci:

RC1: Lors de l’utilisation de RC1, j’ai eu l’erreur après avoir déplacé le dossier de la solution. Après avoir supprimé les dossiers bin et obj tout fonctionnait à nouveau.
Comme le note user764754, le simple redémarrage de Visual Studio peut également aider.

Pour les autres personnes ayant ce problème, dans les cas où les autres solutions ne fonctionnent pas, j’ai trouvé la réponse dans ce fil de discussion: Forcer à utiliser SSL: une erreur s’est produite lors de la tentative de détermination de l’ID de processus du processus DNX

Si votre projet utilise ou applique SSL sans le déboguer (CTRL + F5) en premier, il vous demandera de générer un certificate SSL local, après quoi le débogage fonctionnera et l’erreur disparaîtra.

Pour ce que cela vaut, il s’agit d’un message d’erreur générique qui pourrait servir de fil rouge à un certain nombre de problèmes pour lesquels httpPlatformHandler ne peut pas lancer l’exécutable donné (dnx dans ce cas).

Dans mon cas, j’ai reçu cette erreur suite à une mauvaise compréhension du fichier launchSettings.json. J’essayais d’activer le sharepoint terminaison https pour mon application et dupliquais par erreur le sslport dans mon applicationUrl. Si je comprends bien, applicationUrl doit être le nom d’hôte / port http de l’application et en remplissant le sslPort, il configure simplement l’environnement IIS Express pour qu’il écoute les https sur le nom d’hôte indiqué dans l’applicationUrl du port fourni dans sslPort.

Par exemple:

  "iisSettings": { "windowsAuthentication": false, "anonymousAuthentication": true, "iisExpress": { "applicationUrl": "http://localhost:44000", "sslPort": 44300 } } 

Fournit les deux points de terminaison suivants sur localhost.

• Http sur le port 44400
• Https sur le port 44300

Si vous deviez avoir le même port dans les parameters applicationUrl et sslPort, vous recevriez l’erreur associée à ce thread.

C’est vrai pour moi sur RC1

Il est possible de mettre à jour, j’ai trouvé que je devais regarder à travers les nouveaux modèles mis à jour ici .

Mettez à jour votre site web.config dans wwwroot pour inclure:

Vous devrez également changer la façon dont le projet débogue en utilisant Kestrel en modifiant votre projet.json:

 "commands": { "web": "Microsoft.AspNet.Server.Kestrel" }, "dependencies": { "Microsoft.AspNet.IISPlatformHandler": "1.0.0-beta8", "Microsoft.AspNet.Server.Kestrel": "1.0.0-beta8", } 

et modifier votre hosting.ini

 server=Microsoft.AspNet.Server.Kestrel 

et l’ajoutant à la méthode Configure dans startup.cs

 // Add the platform handler to the request pipeline. app.UseIISPlatformHandler(); 

L’ajout de ces références devrait vous permettre d’exécuter le projet.

J’ai rencontré ce problème en raison de la configuration du projet en essayant de lancer https: // localhost au lieu de http. Faites un clic droit sur le projet web, sous “Debug” et ajustez “URL de l’application” à http au lieu de https.

Une autre façon de contourner ce problème était de passer du lanceur «IIS Express» à «Web».

Dans Visual Studio:

Tout en suivant ce tutoriel, j’ai reçu une erreur similaire.

Tout d’abord, j’ai reçu l’erreur: “Une erreur s’est produite lors de la tentative de détermination de l’ID de processus de dotnet.exe …” J’ai pris les mesures suivantes.

1. J’ai démarré mon application sans déboguer CTRL + F5.
2. On m’a ensuite présenté une option pour accepter un certificate auto-signé pour localhost.
3. J’ai suivi les invites puis j’ai pu visiter mon application en utilisant AppUrl que j’avais copiée après avoir activé SSL dans les parameters de débogage du projet.

En essayant quelques petites choses pour résoudre cette erreur, je suis également tombé sur cette erreur. “Une erreur s’est produite lors de la tentative de détermination de l’ID de processus du processus DNX hébergeant votre application”

Ce qui a été causé par une autre instance de l’application en cours d’exécution.

J’espère que cette réponse aide quelqu’un.

Dans mon cas, dans un projet asp net core 1.1, .net framework 4.5.2, l’erreur ne faisait pas référence à dnx puisque ce n’est plus le cas. Au lieu de cela, il a fait référence au nom du projet exe. Une autre version de l’erreur faisait simplement référence à l’impossibilité de se connecter à iis express.

Le problème était l’introduction d’une règle de réécriture de nom d’hôte canonique qui tente de forcer toutes les connexions à avoir un nom d’hôte commençant par www. par exemple en redirigeant gty.org vers http://www.gty.org pour se conformer à notre certificate ssl. C’est bien dans la production, mais vous ne pouvez pas forcer https: // localhost: 44347 / pour commencer avec www et espérer qu’iis express puisse le gérer.

La solution consistait à commenter la règle lors de l’exécution dans visual studio ou d’append une condition:

En supposant que vous exécutiez IIS Express avec SSL activé en fonction de votre installation, vous devrez placer votre certificate de développement IIS Express (délivré à “localhost” / émis par “localhost”) dans [Ordinateur local \ Personnel \ Certificats] ou [Ordinateur local \ Certification racine \ Certificats]. L’un d’entre eux devrait fonctionner. (Sous Windows 10 + VS2015). HTH

Vérifiez le fichier web.config pour les entrées non valides. Par exemple, avoir le tag “entityFramework” provoque ce problème pour moi.

J’ai eu ce problème lorsque je bascule les parameters et j’ai désactivé ” Activer l’authentification anonyme ” dans le projet> Propriétés> Déboguer. Assurez-vous qu’il est activé. Fermez et relancez le projet, puis réessayez. J’espère que cela t’aides.

J’ai utilisé RC1 et EF First Code Approach. La bonne idée de commencer l’investigation est de lancer le projet avec l’option “Démarrer le projet sans déboguer” (Ctrl + F5). Puis je reçois une erreur plus significative pour moi: “La section de configuration ‘entityFramework’ ne peut pas être lue car il manque une déclaration de section.” Cela n’a pas fonctionné pour moi à cause du fichier web.config.

1. Mettre à jour dnvm
2. Modifier la version de sdk global.json en tant que valeur par défaut du dnvm
3. Pas besoin de toucher project.json ou project.lock.json

Lors de la mise à niveau de beta7 -> beta8, j’ai eu ce problème et les suggestions fournies par Ben M et Domysee ont fonctionné pour moi. Cependant, un de mes collègues avait toujours des problèmes pour exécuter notre projet qui ne dnxcore50 que dnxcore50 . Si vous vous assurez que vous avez exécuté les commandes suivantes:

 dnvm install 1.0.0-beta8 -r coreclr dnvm install 1.0.0-beta8 -r coreclr -arch x86 

C’était la deuxième commande en particulier qui la fixait sur sa machine. Vous pouvez également vérifier ce dossier dnx.exe un dnx.exe :

 %userprofile%\.dnx\runtimes\dnx-coreclr-win-x86.1.0.0-beta8\bin 

Je viens de découvrir un autre problème qui causait cela!

web.config dans la racine du projet comportait des règles de réécriture d’URL IIS bizarres pour appliquer HTTPS. La suppression de ces règles a résolu le problème.

Il y a tellement de choses qui pourraient causer cette erreur. Voici quelques exemples qui ont fonctionné pour moi:

1. Supprimez simplement le web.config dans votre dossier wwwroot . Il sera recréé correctement lors de la compilation.
2. Si vous essayez d’utiliser SSL et dans votre IIS Express et que vous transférez votre SSL Cert dans le dossier Trusted Root Certification Authorities , cela n’a pas fonctionné. Dans l’onglet Debug des Properties du projet que vous essayez d’exécuter. Essayez de désactiver la Enable SSL cocher Enable SSL , puis cliquez à nouveau dessus pour l’activer et obtenir un port différent. Vous devrez peut-être le faire plusieurs fois.

Une autre solution potentielle
Pour ceux qui jouent avec les parameters SSL, j’ai trouvé que le simple fait de changer le port SSL dans le fichier launchSettings.json vers un autre port proche avait résolu le problème.

Pour info, je n’ai rien trouvé sur la machine en utilisant le port d’origine, et je n’ai pas non plus eu d’erreur d’utilisation du port.

Pour moi, le problème a été résolu en fermant Visual Studio, en supprimant

 WebApplication.csproj.user 

et redémarrer Visual Studio.