ASP.NET XML分析错误:未找到元素第1行第1列错误
嘿,我发现了一个奇怪的脾气页面,随机给我以下错误 XML Parsing Error: no element found Location: http://kj2011/site_2011/nonprofit-database/overview.aspx Line Number 1, Column 1: XML分析错误:未找到任何元素 地点:http://kj2011/site_2011/nonprofit-database/overview.aspx 第1行第1列: 这个页面在2周内都很好,但从昨天开始,我随机得到了上面的错误。我本来打算删除页面并重新创建,但错误已经消失,但几个小时后会再次出现。我有一些其他模板 i、 eASP.NET XML分析错误:未找到元素第1行第1列错误,asp.net,xml,Asp.net,Xml,嘿,我发现了一个奇怪的脾气页面,随机给我以下错误 XML Parsing Error: no element found Location: http://kj2011/site_2011/nonprofit-database/overview.aspx Line Number 1, Column 1: XML分析错误:未找到任何元素 地点:http://kj2011/site_2011/nonprofit-database/overview.aspx 第1行第1列: 这个页面在2周内都很好,但
http://kj2011/site_2011/nonprofit-database/financial.aspx
它具有相同的主文件和用户控件,但仅在overview.aspx页面上不会出现错误
有什么想法吗?听起来像是Firefox错误页面,当FF需要HTML时返回该页面,而得到的是一个空文档。试着在启用Firebug的情况下查看它,看看Net选项卡上是怎么说的——也许你有一个好的标题,但没有html 通常这种情况不是由于ASP.NET错误造成的(因为对于这些错误,您仍然有一个用于死亡页面的黄色屏幕的文档体),而是更像是网络错误
是否可以尝试从另一台计算机上查看它,以确定这是否是问题所在?如果出现问题,最有可能导致此类问题的原因是安全性!检查文件安全性并确保其可由asp.net进程访问。(),同一服务器上的本地调用也会发生这种情况吗
另一件事是检查页面,确保标记中没有一个或多个未关闭的标记。这是外部DLL的问题,它在同一文件夹中创建了一个名为view.aspx的页面,导致overview.aspx出现问题。我们刚刚重命名了页面,问题就消失了。我刚刚在我的网站上调试了这个问题。在我的例子中,原因是对Response.End()的调用。您可以通过删除Response.End()作为页面加载的第一行来重新创建错误 从MSDN: End方法导致Web服务器停止处理脚本并返回当前结果。未处理文件的其余内容 在我的例子中,Response.End()是在将任何内容写入缓冲区之前被调用的。此外,响应标题中没有内容类型(请参阅随附的Firebug屏幕抓图)。我的猜测是因为这两个因素,Firefox不知道如何利用它,默认情况下,它试图将其作为XML文件处理 在您的情况下,我猜是额外的View.aspx文件导致了中断页面呈现周期的异常
仅供将来参考,以防有人从谷歌来到这里 根据这个线程,有许多不同的原因导致这个错误。 在我的情况下,这是由覆盖
override void Render(System.Web.UI.HtmlTextWriter编写器)
我还没有调用
base.Render(writer)代码>位于重写函数的末尾。当我收到此消息时,App\u Themes文件夹丢失。以查找您遇到的此问题
在global.asax文件中添加:
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();
}
您可以在此处设置断点或将此消息记录到事件日志中。当web.config
中url的重写出现问题时-浏览器发送404错误。尝试注释所有规则
,并再次检查是否出现404错误。只是为了涵盖所有可能性。今天,无论我试图访问哪个页面,我都会遇到同样的错误,但这是一个完全无关的问题
出于某种原因,Skype在Windows启动时在IIS之前加载,并控制了端口80,而不是通常的17112。每当我尝试访问页面时,Skype都会返回一个空响应
您只需关闭Skype并重置IIS,但要确保不再发生这种情况,请执行以下操作:
转到:
Skype>Tools>Options>Advanced>Connection
并取消选中“使用端口80和443作为输入连接的备选方案”当目录中有app_offline.html
文件时,会发生此类错误。当ASP.Net在web应用程序目录的根目录中找到文件名app_offline.htm
时,它会关闭应用程序,从服务器卸载应用程序域,并停止处理该应用程序的任何新传入请求。ASP.NET还通过发回app_offline.htm
文件的内容来响应应用程序中的所有动态页面请求。默认内容是一条错误消息。在我的例子中,bin文件夹中缺少的是AjaxControlToolkit.dll
。在global.asax
中的Application\u Error
方法中添加断点可以让我找到这个问题。我遇到了同样的问题,在我的例子中,我丢失了一个“;”在语法方面。bump added bounty对于这个奇怪的问题仍然存在问题,如果有人有任何想法,您可以发布一些代码示例吗?