2011-03-23 39 views
10

Hey he encontrado una página temperamental raro que me da el siguiente error al azarASP.NET error de análisis XML: se encontró ningún elemento Número de línea 1, columna 1 Error

XML Parsing Error: no element found 
Location: http://kj2011/site_2011/nonprofit-database/overview.aspx 
Line Number 1, Column 1:

Esta página fue bien para como 2 semanas, pero a partir de ayer recibí al azar el error anterior. Debía eliminar las páginas y volver a crear el error, pero desapareceré unas horas más tarde. Tengo algunas otras plantillas

es decir http://kj2011/site_2011/nonprofit-database/financial.aspx

que tiene el mismo archivo principal y el usuario controla, pero nunca se pone el error sólo la página overview.aspx.

¿Alguna idea?

+0

bump added bounty todavía tiene un problema con este extraño problema si alguien tiene alguna idea – StevieB

+2

¿Podría publicar algunos ejemplos de código? – Alex

Respuesta

0

Esto fue un problema con una DLL externa, que creó una página llamada view.aspx en la misma carpeta que causó un problema con nuestro overview.aspx. Acabamos de renombrar la página y el problema desapareció.

20

Eso suena como la página de error de Firefox que se devuelve cuando FF espera HTML y obtiene un documento vacío en su lugar. Intente verlo con Firebug habilitado y vea lo que dice la pestaña de la Red, quizás tenga un buen encabezado, pero no html.

Normalmente este tipo de cosas no se debe a un error de ASP.NET (ya que con ellas todavía tienes un cuerpo de documento para la página de Pantalla amarilla de la muerte), pero está más en la línea de un error de red ...

¿Sería posible intentar mirarlo desde otra computadora para ver si ese es el problema?

3

¡La causa más probable de tal problema es la seguridad, si ocurre el problema! compruebe la seguridad del archivo y asegúrese de que sea accesible mediante el proceso asp.net. (ASP.NET Required Access Control Lists (ACLs)), ¿esto también ocurre con llamadas locales en el mismo servidor?

Otra cosa es verificar su página y asegurarse de que no tiene una o más etiquetas sin cerrar en su marcado.

+1

En mi caso fue etiqueta no cerrada, gracias – TomoMiha

2

Acabo de eliminar este problema en mi sitio web. En mi caso, la causa fue un llamado a Response.End(). Puede volver a crear el error al soltar Response.End() como la primera línea de Page_Load.

De MSDN ms524629:

The Response.End method causes the Web server to stop processing the script and return the current result. The remaining contents of the file are not processed.

En mi caso, Response.End() era llamado antes de cualquier contenido fue escrito en la memoria intermedia. Además, no había Content-Type en el encabezado de respuesta (ver capturas de pantalla de Firebug adjuntas). Supongo que debido a estos dos factores, Firefox no sabía qué hacer con él y, de forma predeterminada, intentó procesarlo como un archivo XML.

En su situación, supongo que el archivo View.aspx adicional provocó una excepción que interrumpía el ciclo de representación de la página.

http://i.stack.imgur.com/wpLrt.png

http://i.stack.imgur.com/LE59C.png

2

sólo para el futuro de referencia, en caso de que viene gente de Google

De acuerdo con este hilo, hay muchas razones diferentes para obtener este error. En mi caso esto causó anulando override void Render(System.Web.UI.HtmlTextWriter writer)

y no me han llamado base.Render(writer); al final de la función reemplazada.

4

Para encontrar el problema que está teniendo con este problema.

En su global.asax archivo de complemento:

void Application_Error(object sender, EventArgs e) 
{ 
    Exception objErr = Server.GetLastError().GetBaseException(); 
    string err = "Error caught in Application_Error event" +     
      "\n \nError Message: " + objErr.Message.ToString()+ 
      "\n \nStack Trace: " + objErr.StackTrace.ToString(); 

     System.Diagnostics.EventLog.WriteEntry("MYApplication", err, System.Diagnostics.EventLogEntryType.Error); 
    Server.ClearError();  
} 

se puede establecer un punto de quiebre aquí o ingrese este mensaje en una EventLog.

1

Cuando el rewrite de la url en web.config tiene un problema - el navegador envía error 404. Intente comentar todos los rules y vuelva a verificar si aparece el error 404.

1

Solo para cubrir todas las posibilidades. Hoy recibí el mismo error, sin importar la página a la que intentaba acceder, pero era un problema completamente no relacionado.

Por alguna razón, Skype se cargó antes de IIS en el inicio de Windows y tomó el control del puerto 80, en lugar del habitual 17112. Cuando intenté acceder a una página, Skype devolvió una respuesta vacía.

puede simplemente cerrar Skype y restablecer IIS, pero para asegurarse de que no vuelva a suceder lo siguiente:

Ir a:

Skype > Tools > Options > Advanced > Connection

y desactive utilizar el puerto 80 y 443 como alternativa para las conexiones entrantes

1

algún tiempo Este tipo de error ocurre cuando tiene el archivo app_offline.html en su directorio. Cuando ASP.Net encontró un nombre de archivo s app_offline.htm en la raíz de un directorio de aplicaciones web, apaga la aplicación, descarga el dominio de la aplicación del servidor y detiene el procesamiento de las nuevas solicitudes entrantes para esa aplicación. ASP.NET también responde a todas las solicitudes de páginas dinámicas en la aplicación devolviendo el contenido del archivo app_offline.htm. El contenido predeterminado es un mensaje de error.

Cuestiones relacionadas