Se produjo un error al intentar determinar la identificación del proceso del proceso DNX que aloja su aplicación

Recibo este mensaje de error cuando intento iniciar la aplicación.

Se produjo un error al intentar determinar la identificación del proceso del proceso DNX que aloja su aplicación

¿Existe alguna forma de solucionar el problema?

Para mí, el problema se resolvió cerrando Visual Studio, eliminando

project.lock.json

e iniciando Visual Studio nuevamente.

Editar : estaba usando RC1.

Microsoft cambió el modelo de alojamiento como se describe en las notas de la versión .

En project.jsonreemplazo de la dependencia

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

con

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

En web.configen la handlerssección eliminar todas las entradas excepto

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

El completo web.configse verá así:

<?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: Mientras usaba RC1 tuve el error después de mover la carpeta de la solución. Después de eliminar las carpetas biny, objtodo volvió a funcionar.
Como señaló el usuario764754, simplemente reiniciar Visual Studio también puede ayudar.

Para otras personas que tienen este problema, en los casos en los que las otras soluciones no funcionan, encontré la respuesta en este hilo: Forzar el uso de SSL: se produjo un error al intentar determinar la identificación del proceso del proceso DNX que aloja su aplicación.

Si su proyecto usa o hace cumplir SSL, ejecútelo sin depurar (CTRL + F5) primero, le pedirá que genere un certificado SSL local, y luego la depuración funcionará y el error desaparecerá.

Por lo que vale, este es un mensaje de error genérico que podría servir como una pista falsa para cualquier número de problemas en los que httpPlatformHandler no puede iniciar el ejecutable dado (dnx en este caso).

En mi caso, recibí este error como resultado directo de una mala comprensión del archivo launchSettings.json. Estaba tratando de habilitar el punto final https para mi aplicación y por error dupliqué el sslport en mi applicationUrl. Según tengo entendido, applicationUrl debe ser el nombre de host http / puerto de la aplicación y, al completar el sslPort, solo configura el entorno IIS Express para escuchar https en el nombre de host proporcionado en applicationUrl en el puerto proporcionado en sslPort.

Por ejemplo:

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

Proporciona los dos puntos finales siguientes en localhost.

• Http sobre el puerto 44400
• Https sobre el puerto 44300

Si tuviera el mismo puerto en la configuración de applicationUrl y sslPort, recibiría el error asociado con este hilo.

Esto es cierto para mí en RC1

Es posible actualizar, encontré que tenía que revisar las nuevas plantillas actualizadas aquí .

Actualice su web.config en wwwroot para incluir:

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

También deberá cambiar la forma en que el proyecto depura con Kestrel modificando su project.json:

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

y modificando tu hosting.ini

server=Microsoft.AspNet.Server.Kestrel

y agregando esto al método Configure en startup.cs

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

agregar estas referencias debería permitirle ejecutar el proyecto.

Encontré este problema debido a que la configuración del proyecto intentaba iniciar https: // localhost en lugar de http. Haga clic derecho en el proyecto web, en "Depurar" y ajuste "URL de la aplicación" para que sea http en lugar de https.

Otra forma de evitar esto fue cambiar el lanzador de "IIS Express" a "Web"

En Visual Studio:

Mientras seguía este tutorial recibí un error similar.

Primero, recibí el error: "Ocurrió un error al intentar determinar la identificación del proceso de dotnet.exe ..." Seguí los siguientes pasos.

1. Comencé mi aplicación sin depurar CTRL + F5.
2. Luego se me presentó la opción de aceptar un certificado autofirmado para localhost.
3. Seguí las indicaciones y luego pude visitar mi aplicación usando la AppUrl que copié después de habilitar SSL en la configuración de depuración del proyecto.

Mientras intentaba algunas cosas para resolver ese error, también encontré este error. "Se produjo un error al intentar determinar el ID de proceso del proceso DNX que aloja su aplicación"

Lo cual fue causado por tener otra instancia de la aplicación en ejecución.

Espero que esta respuesta ayude a alguien.

En mi caso, en un proyecto asp net core 1.1, .net framework 4.5.2, el error no se refería a dnx ya que ya no existe. En su lugar, se refirió al nombre del proyecto exe. Otra versión del error se refirió simplemente a no poder conectarse a iis express.

El problema fue la introducción de una regla canónica de reescritura del nombre de host que intenta forzar a todas las conexiones a tener un nombre de host que comience con www. por ejemplo, redirigir gty.org a www.gty.org para cumplir con nuestro certificado ssl. Esto está bien en producción, pero no puede forzar a https: // localhost: 44347 / para comenzar con www y esperar que iis express pueda manejarlo.

<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 solución fue comentar la regla cuando se ejecuta en Visual Studio o agregar una condición:

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

Suponiendo que está ejecutando IIS Express con SSL habilitado dependiendo de su instalación, tendrá que poner su Certificado de desarrollo IIS Express (emitido para "localhost" / emitido por "localhost") en [Local Computer \ Personal \ Certificates] o [Local Computer \ Certificación raíz de confianza \ Certificados]. Uno de esos debería funcionar. (Con Windows 10 + VS2015). HTH

Compruebe el archivo web.config para ver si hay entradas no válidas. Por ejemplo, tener la etiqueta "entityFramework" allí me causa este problema.

Tuve este problema cuando estaba cambiando la configuración y deshabilité la opción " Habilitar autenticación anónima " en Proyecto> Propiedades> Depurar. Asegúrese de que esté habilitado. Cierre y reinicie el proyecto y vuelva a intentarlo. Espero que esto ayude.

Usé RC1 y EF First Code Approach. Una buena idea para iniciar la investigación es ejecutar el proyecto con la opción: "Iniciar proyecto sin depurar" (Ctrl + F5). Entonces recibo un error más significativo para mí: "La sección de configuración 'entityFramework' no se puede leer porque falta una declaración de sección". No funcionó para mí debido al archivo web.config.

1. Actualizar dnvm
2. Cambie la versión global.json sdk como predeterminada de dnvm
3. No es necesario tocar project.json o project.lock.json

Al actualizar de beta7 -> beta8 tuve este problema y las sugerencias proporcionadas por Ben M y Domysee funcionaron para mí. Sin embargo, uno de mis colegas todavía tenía problemas para ejecutar nuestro proyecto que dnxcore50solo apunta . Si se asegura de haber ejecutado los siguientes comandos:

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

Fue el segundo comando en particular el que lo arregló en su máquina. También puede verificar que esta carpeta tenga un dnx.exe:

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

¡Acabo de descubrir un problema más que estaba causando esto!

web.configen la raíz del proyecto tenía algunas reglas de reescritura de URL de IIS poco fiables para hacer cumplir HTTPS. Eliminar esas reglas resolvió el problema.

Hay tantas cosas que pueden causar este error. Aquí hay algunos que funcionaron para mí:

1. Simplemente elimine el web.configen su wwwrootcarpeta. Se volverá a crear correctamente en la compilación.
2. Si está intentando usar SSLy en su IIS Expressy mover su SSL Certa la Trusted Root Certification Authoritiescarpeta no funcionó. En la Debugpestaña del Propertiesproyecto que está intentando ejecutar. Intente desmarcar la Enable SSLcasilla de verificación y luego haga clic en ella nuevamente para habilitarla y obtener un puerto diferente. Puede que tenga que hacer esto varias veces.

Otra solución potencial
Para cualquiera que esté jugando con la configuración de SSL, descubrí que simplemente cambiar el puerto SSL en el launchSettings.jsonarchivo a otro puerto cercano resolvió el problema.

Para su información, no pude encontrar nada en la máquina usando el puerto original, ni obtuve un error de puerto en uso.