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

J'obtiens ce message d'erreur lorsque j'essaye de démarrer l'application.

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

Existe-t-il un moyen de résoudre le problème?

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 publication .

En project.jsonremplacement de la dépendance

"Microsoft.AspNet.Server.IIS": "1.0.0-beta7"

avec

"Microsoft.AspNet.Server.Kestrel": "1.0.0-beta8"

Dans web.configla handlerssection, supprimez toutes les entrées sauf

<add name="httpPlatformHandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified" />

Le complet web.configressemblera à ceci:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <handlers>
      <add name="httpPlatformHandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified"/>
    </handlers>
    <httpPlatform processPath="%DNX_PATH%" arguments="%DNX_ARGS%" stdoutLogEnabled="false" startupTimeLimit="3600"/>
  </system.webServer>
</configuration>

RC1: Lors de l'utilisation de RC1, j'ai eu l'erreur après avoir déplacé le dossier de solution. Après avoir supprimé les dossiers binet, objtout a fonctionné à nouveau.
Comme l'a noté 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: Forcer à utiliser SSL: Une erreur s'est produite lors de la tentative de détermination de l'ID de processus du processus DNX hébergeant votre application

Si votre projet utilise ou applique SSL, exécutez-le sans débogage (CTRL + F5) d'abord, il vous demandera de générer un certificat SSL local, et après cela, le débogage fonctionnera et l'erreur disparaîtra.

Pour ce que ça vaut, c'est un message d'erreur générique qui pourrait servir de hareng rouge à un certain nombre de problèmes où le httpPlatformHandler ne peut pas lancer l'exécutable donné (dnx dans ce cas).

Dans mon cas, j'ai reçu cette erreur en conséquence directe d'une mauvaise compréhension du fichier launchSettings.json. J'essayais d'activer le point de terminaison https pour mon application et j'ai dupliqué par erreur le sslport dans mon applicationUrl. Si je comprends bien, applicationUrl devrait être le nom d'hôte / port http de l'application et en remplissant le sslPort, il configure simplement l'environnement IIS Express pour écouter https sur le nom d'hôte donné dans l'applicationUrl sur le 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 paramètres applicationUrl et sslPort, vous recevriez l'erreur associée à ce thread.

C'est vrai pour moi sur RC1

Il est possible de mettre à niveau, j'ai trouvé que je devais parcourir les nouveaux modèles mis à jour ici .

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

<httpPlatform processPath="%DNX_PATH%" arguments="%DNX_ARGS%" stdoutLogEnabled="false" startupTimeLimit="3600"/>

Vous devrez également changer la façon dont le projet débogue à l' aide de Kestrel en modifiant votre project.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 hébergement.ini

server=Microsoft.AspNet.Server.Kestrel

et en ajoutant ceci à 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 "Déboguer" et ajustez "URL de l'application" pour qu'elle soit http au lieu de https.

Une autre façon de contourner ce problème consistait à faire passer le lanceur de "IIS Express" à "Web"

Dans Visual Studio:

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 suivi les étapes suivantes.

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

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

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

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 car ce n'est plus. Au lieu de cela, il faisait référence au nom du projet exe. Une autre version de l'erreur mentionnait simplement 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 essaie de forcer toutes les connexions à avoir un nom d'hôte commençant par www. par exemple en redirigeant gty.org vers www.gty.org pour se conformer à notre cert ssl. C'est bien en production mais vous ne pouvez pas forcer https: // localhost: 44347 / à commencer par www et vous attendre à ce que iis express soit capable de le gérer.

<rule name="CanonicalHostNameAddwww" enabled="true" stopProcessing="true">
      <match url="(.*)" ignoreCase="true" />
      <conditions logicalGrouping="MatchAll">        
        <add input="{HTTP_HOST}" negate="true" pattern="^www\." />
      </conditions>
      <action type="Redirect" url="http://www.{HTTP_HOST}{HTTP_URL}"  appendQueryString="false" redirectType="Permanent" />
</rule>

La solution était de commenter la règle lors de l'exécution dans Visual Studio ou d'ajouter une condition:

<add input="{HTTP_HOST}" negate="true" pattern="^localhost" />

En supposant que vous exécutez IIS Express avec SSL activé en fonction de votre installation, vous devrez mettre votre certificat de développement IIS Express (émis à «localhost» / émis par «localhost») dans [Ordinateur local \ Personnel \ Certificats] ou [Ordinateur local \ Certification racine de confiance \ Certificats]. L'un de ceux-ci devrait fonctionner. (Avec Windows 10 + VS2015). HTH

Recherchez dans le fichier web.config les entrées non valides. Par exemple, avoir la balise "entityFramework" là-bas me cause ce problème.

J'ai eu ce problème lorsque je bascule les paramètres et que 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. Une bonne idée pour démarrer l'enquête est d'exécuter le projet avec l'option: "Démarrer le projet sans débogage" (Ctrl + F5). Ensuite, j'obtiens 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. Changer la version sdk global.json par défaut de 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 encore des problèmes pour exécuter notre projet qui dnxcore50ne cible que. Si vous vous assurez d'avoir 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 le fixait sur sa machine. Vous pouvez également vérifier que ce dossier contient 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.configdans la racine du projet avait des règles de réécriture d'URL IIS douteuses 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. En voici quelques-uns qui ont fonctionné pour moi:

1. Supprimez simplement le web.configdans votre wwwrootdossier. Il sera recréé correctement lors de la compilation.
2. Si vous essayez d'utiliser SSLet dans votre IIS Expresset déplacer votre SSL Certvers le Trusted Root Certification Authoritiesdossier n'a pas fonctionné. Dans l' Debugonglet du Propertiesprojet que vous essayez d'exécuter. Essayez de décocher la Enable SSLcase, puis de cliquer à nouveau dessus pour l'activer et obtenir un port différent. Vous devrez peut-être le faire plusieurs fois.

Une autre solution potentielle
Pour tous ceux qui jouent avec les paramètres SSL, j'ai trouvé que le simple changement du port SSL du launchSettings.jsonfichier vers un autre port à proximité a résolu le problème.

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