Cómo solucionar problemas de "System.Web.HttpException (0x80004005): el archivo no existe"?

Question

Disculpas si esto ya se ha respondido en este sitio, busqué pero no encontré este escenario exacto.

Estoy agregando log4net a un servicio WCF. Agregué un controlador en el evento Application_Error, y está detectando un error de archivo no encontrado en cada solicitud.

He visto esto con sitios web, y generalmente el error se puede rastrear hasta no tener un archivo "favicon" en el directorio raíz, o una imagen faltante a la que se hace referencia en una hoja de estilos css.

Sin embargo, este es un servicio WCF, no hay una hoja de estilo CSS, y agregar un favicon a la raíz no resolvió el problema.

¿Alguien más tiene una buena manera de solucionar esto?

Algunas pistas:

• no he desplegado esta todavía en el servidor IIS real, yo estoy corriendo localmente.
• El error no sucede cuando estoy corriendo en DEBUG dentro de Visual Studio, sólo cuando acceden al servicio desde un navegador web (Internet Explorer o Chrome)

• que añade que la ruta URL y el archivo al mensaje de error, y esto es lo que son:

  URL:http://localhost:3994/

  FilePath:/

  error: System.Web.HttpException (0x80004005): el archivo no existe.

Editar: los valores anteriores son los que aparecen en la excepción conectado:

protected void Application_Error(object sender, EventArgs e) 
{ 
    var objErr = Server.GetLastError().GetBaseException(); 
    if (objErr is System.Web.HttpException) 
    { 
     var filePath = Context.Request.FilePath; 
     var url = ((HttpApplication) sender).Context.Request.Url; 
     Log.Error("URL: " + url + "; FilePath: " + filePath, objErr); 
    } else 
     Log.Error("Application Error", objErr); 
} 

Cualquier ayuda sería muy apreciada.

Answer 1

Es posible que el servicio no se haya especificado. Cuando un servidor web (el desarrollador local también) recibe una solicitud para una carpeta, busca dentro de esa carpeta la página predeterminada (generalmente llamada: index.htm, index.html, default.asp, default.aspx, etc.) y presente eso (a menos que esté usando una descripción de servicio basada en REST). Cuando se ejecuta desde VS, la depuración lo llevará directamente al servicio real.

En este caso, debido a que ha creado un servicio, debe especificar la ubicación del servicio exacto, es decir, http://localhost:3994/service.svc.

También: Si inicia una sesión de depuración y luego cambia la URL a http://localhost:3994/, debería poder comprobar que este es el caso con el depurador.