我已经完成简单的asp.net web应用程序项目,编译它,并尝试测试本地IIS。 我已经创建的虚拟目录,物理目录映射它,然后把所有必需的文件存在,包括所有的.dll的在项目设置bin文件夹,建立部分,输出路径是BIN \因此,当我尝试浏览我的应用我有:
Server Error in '/' Application.
--------------------------------------------------------------------------------
Parser Error
Description: An error occurred during the parsing of a resource required to service this request. Please review the following specific parse error details and modify your source file appropriately.
Parser Error Message: Could not load type 'AmeriaTestTask.Default'.
Source Error:
Line 1: <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="AmeriaTestTask.Default" %>
Line 2:
Line 3: <%@ Register assembly="AjaxControlToolkit" namespace="AjaxControlToolkit" tagprefix="ajaxToolkit" %>
Source File: /virtual/default.aspx Line: 1
曾经看过类似的问题的帖子和解决方案是设置输出路径,以BIN \,但它是defalut为我的项目。
Answer 1:
我知道我来不及回答,但它可以帮助他人,并节省时间。
以下可能有其他的解决方案。
Solution 1:
请参阅创建虚拟目录您对您的应用程序创建一个虚拟目录的详细说明中的应用。
Solution 2:
您的应用程序的Bin文件夹丢失或应用程序的DLL文件丢失。 请参阅复制应用程序文件到生产服务器的详细说明。
Solution 3:
您可能已经部署到Web根目录,但并没有改变一些在Web.config文件中的设置。 请参阅部署到Web根目录的详细说明。
在我的情况Solution 2
的作品,同时部署到服务器中某些DLL's
从bin
目录尚未上传到服务器成功。 我已经重新上传一次所有的DLL和它的作品!
下面是引用链接来解决asp.net分析器错误 。
Answer 2:
我有同样的问题..冉5或6小时研究的。简单的解决方案似乎是工作。我只是要我的文件夹转换从IIS应用程序。它工作得很好。 (这是我在那里做了从服务器2003迁移到服务器2008 R2的情况下)
(1)打开IIS和选择的网站和需要被转换的适当的文件夹。 右键单击并选择转换为应用。 正是在这里.. http://www.windowstechinfo.com/2014/09/solved-an-error-occurred-during.html
Answer 3:
有时会发生,如果您:
- 清洁液/建造或
- 重建解决方案/编译。
如果是突然“后这种情况发生时,你的代码有建 -时间错误,然后尝试第一固定这些错误。
什么情况是,作为您的解决方案建立,创建DLL文件,并存储在项目的bin文件夹。 如果在构建时在你的代码中的错误,不能正确创建DLL文件,它会弹出一个错误。
A“速战速决”将解决你所有的错误,或加以注释(如果他们不会影响到其他网页。)然后重建项目/解决方案
如果不工作,然后尝试改变: 代码隐藏=“blahblahblah.aspx.cs”
到: 的CodeFile = “blahblahblah.aspx.cs”
注意:改变“blahblahblah”的页面的真实姓名。
Answer 4:
我已经解决了这个问题。 解决的办法是不使虚拟目录manualy然后在这里复制应用程序文件,但使用“添加应用程序...”选项。 下面是帖子,帮助我http://social.msdn.microsoft.com/Forums/en-US/winformssetup/thread/7ad2acb0-42ca-4ee8-9161-681689b60dda/
Answer 5:
试着改变CodeBehind="Default.aspx.cs"
来CodeFile="Default.aspx.cs"
Answer 6:
我已经解决了这种方式。
转到您的项目文件,假设项目/名称/ bin和删除bin文件夹内的所有内容。 (这将然后给你一个错误,你可以解决这个问题的方法)
然后在Visual Studio中右键单击项目的引用文件夹,打开NuGet包管理器。
去浏览和安装“DotNetCompilerPlatform”。
Answer 7:
面对同样的错误,当我在ASHX文件中的一个有一个编程错误:它是通过复制其他文件创建,并在后面的语句中的代码继承了它的类名。 没有错误时,所有的ASPX和ASHX文件在IIS快速跑了本地,但是一旦部署到服务器,他们停止工作(全部)。
一旦我发现有一个ASHX页面和固定类的名称,以反映其自己的类的名字,所有的ASPX和ASHX文件开始在IIS工作正常。
Answer 8:
IIS 7或IIS 8或8.5版本 - 如果你是从2003年迁移到二千零八分之二千零十二确保Web服务在应用类型,而不是虚拟目录
Answer 9:
在我的情况下,有新的代码分支和旧代码分支在IIS本地部署。 因此,它是指向旧的分支代码是不可用。 所以,我部署了我的代码与新的分支,以IIS和现在正在发挥作用。
Answer 10:
在我来说,我错过了在.csproj的文件编译标签
<Compile Include="Global.asax.cs">
<DependentUpon>Global.asax</DependentUpon>
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</Compile>
Answer 11:
有趣的所有不同的场景..
在我的情况...我已经上传了我的网站,GoDaddy的,并得到分析器错误。
我注释掉解决它compilers
下system.codedom
在web.config中。 还可以添加自定义配置文件的发布,将发布在预编译。
<system.codedom>
<!--GoDaddy does not compile!-->
<!--<compilers>
<compiler language="c#;cs;csharp" extension=".cs" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:default /nowarn:1659;1699;1701" />
<compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.VBCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:default /nowarn:41008 /define:_MYTYPE=\"Web\" /optionInfer+" />
</compilers>-->
</system.codedom>
Answer 12:
我太晚了,但让我解释一下我是如何解决这个问题。
这个问题是由于不正确的文件夹/解决方案结构的基本。
因为1.其他位置,如果复制项目,并试图运行项目可能会出现此问题。
所以要解决这个去原来的位置,并再次交叉检查的文件夹和文件。
这对我的作品。
Answer 13:
发生这种情况时,正确不创建调试和发布文件夹中的文件(无论他们有错误的引用或已覆盖很多次)。 我所面临的这些同样的问题,我一切正常时,我们所建立的解决方案,但是当我发布的网站它给了我同样的错误。 我在下面的方式解决了这个:
- 转到您的解决方案资源管理器在Visual Studio中,点击显示隐藏文件(如果它们没有显示!)
- 你会发现一个名为OBJ文件夹,打开它。
- 在这里有分别命名为调试和发布2再次文件夹。 现在,删除这两个文件夹的内容,请确保您不删除文件夹调试和发布。 只有删除内部调试文件和文件夹,并释放文件夹。
- 现在,建立和发布您的解决方案,一切都将工作般的魅力。
文章来源: Parser Error when deploy ASP.NET application