2010-11-21 17 views
2

laden Wenn ich diesen Befehl auf meinem System laufenFehler ASPPARSE: Typ konnte nicht

<Exec Command="C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_compiler -v localhost -p $(SourceDir)\wwwroot -u -f projectCompileCode\project -c -errorstack -nologo" /> 

bekomme ich folgende Fehlermeldung:

error ASPParse: Could not load the type: Projectname:SomeFile.

Das Projekt ist Webanwendungsprojekts

Das ist mein Stapelverfolgung:

[HttpException]: Could not load type 'ProjectName.FileName'. at System.Web.UI.TemplateParser.GetType(String typeName, Boolean ignoreCa e, Boolean throwOnError) at System.Web.UI.TemplateParser.ProcessInheritsAttribute(String baseTypeN me, String codeFileBaseTypeName, String src, Assembly assembly) at System.Web.UI.TemplateParser.PostProcessMainDirectiveAttributes(IDicti nary parseData)

[HttpParseException]: Could not load type ''ProjectName.FileName. at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virt alPath, Encoding fileEncoding) at System.Web.UI.TemplateParser.ParseReader(StreamReader reader, VirtualP th virtualPath) at System.Web.UI.TemplateParser.ParseFile(String physicalPath, VirtualPat virtualPath) at System.Web.UI.TemplateParser.ParseInternal() at System.Web.UI.TemplateParser.Parse() at System.Web.Compilation.BaseTemplateBuildProvider.get_CodeCompilerType( at System.Web.Compilation.BuildProvider.GetCompilerTypeFromBuildProvider( uildProvider buildProvider) at System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders() at System.Web.Compilation.BuildProvidersCompiler.PerformBuild() at System.Web.Compilation.ApplicationBuildProvider.GetGlobalAsaxBuildResu t(Boolean isPrecompiledApp) at System.Web.Compilation.BuildManager.CompileGlobalAsax() at System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled() at System.Web.Compilation.BuildManager.PrecompileAppInternal(VirtualPath tartingVirtualDir) at System.Web.Compilation.BuildManager.PrecompileApp(VirtualPath starting irtualDir) at System.Web.Compilation.BuildManager.PrecompileApp(ClientBuildManagerCa lback callback) at System.Web.Compilation.BuildManagerHost.PrecompileApp(ClientBuildManag rCallback callback) at System.Web.Compilation.BuildManagerHost.PrecompileApp(ClientBuildManag rCallback callback) at System.Web.Compilation.ClientBuildManager.PrecompileApplication(Client uildManagerCallback callback, Boolean forceCleanBuild) at System.Web.Compilation.ClientBuildManager.PrecompileApplication(Client uildManagerCallback callback) at System.Web.Compilation.Precompiler.Main(String[] args)

Wenn ich in v2.0.50727 baue, dann gibt es immer noch den gleichen Fehler.

Meine Anwendung ist mit VS 2010, .net Rahmen asp.net Rahmen der Arbeit 4

Jede Hilfe gebaut in stark apperciated.

+0

Erzeugt es in Visual Studio? – Oded

+0

Ja ... Es wurde in VS2010 gebaut –

Antwort

0

Haben Sie versucht:

  • Checking verweist
  • einen sauberen tun und einen Build
  • das Inherits attr im HTML gegen den Code hinter
  • einen neuen App-Pool in IIS überprüft Erstellen für Diese Internetseite?

Ich sehe ein ähnliches Problem. Funktioniert lokal innerhalb von VS2008, aber sobald es veröffentlicht und auf dem Server bereitgestellt wird, erhalte ich den gleichen Fehler wie hier beschrieben.

Keiner der Vorschläge, die ich zur Verfügung gestellt habe, funktionierte für mich; vielleicht werden sie für dich arbeiten.

0

Ich hatte den gleichen Fehler. Als ich die Website-DLL in ILDASM öffnete, fehlte der Typ für ein Steuerelement vollständig, als ob es nicht einmal kompiliert wurde.

Wie sich herausstellte, wurden die Codebehind-Dateien aus dem Projekt ausgeschlossen. Das ist seltsam, wenn man bedenkt, dass die Builds auf meiner Maschine erfolgreich waren! Jedenfalls habe ich Codebehind-Dateien sorgfältig wieder eingefügt, und alles begann zu arbeiten.

0

Dies geschieht häufig, weil die Projektdatei (.csproj oder .vbproj) nicht die erforderlichen Verweise auf die fraglichen Dateien enthält. Versuchen Sie, alle Projekte zu säubern/neu zu erstellen und sicherzustellen, dass die neuesten Projektdateien ebenfalls auf den Server verschoben werden.

Eine andere Möglichkeit ist, dass die Datei überhaupt nicht in Ihrem Projekt enthalten war. Dies ermöglicht, dass die Builds in Visual Studio problemlos ausgeführt werden können, aber beim Kompilieren des .NET-Codes (z. B. mit aspnet_compiler) abbrechen, da alle ASPX/.ascx/etc. Dateien innerhalb des angegebenen Ordners werden kompiliert - unabhängig davon, ob sie in Ihrem Projekt enthalten sind oder nicht.

Verwandte Themen