Kompilieren-Fehler CS0433 auf pre-compiled ASP.NET 2.0-site
Ich bekomme immer diese Fehler jemals so oft, wenn ich starten Sie den debugger zum Debuggen von meiner Seite. Ich bin mit dem Telerik controls, und in der Regel ist der Fehler in meiner Tableiste. Hier ist ein Beispiel für die Fehler, ich bin auf der Suche momentan:
Compiler Error Message: CS0433: The type 'ASP.controls_motorvehiclegeneral_ascx' exists in both 'c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_6wlqh1iy.dll' and 'c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_ro_sgchs.dll'
Source Error:
Line 48: </telerik:RadTabStrip>
Line 49: <telerik:RadMultiPage ID="RadMultiPageControls" Runat="server" SelectedIndex="0">
Line 50: <telerik:RadPageView ID="PageGeneral" runat="server"><uc1:General ID="GeneralControl" runat="server" /></telerik:RadPageView>
Line 51: <telerik:RadPageView ID="PageVehicle" runat="server"><uc1:VehicleList ID="VehicleList" runat="server" /></telerik:RadPageView>
Line 52: <telerik:RadPageView ID="PagePerson" runat="server"><uc1:PersonList ID="PersonList" runat="server" /></telerik:RadPageView>
Die Sache, die mich am meisten stört, ist wenn ich immer nur F5 WIRD die Seite neu geladen und funktioniert, wie es sollte. Manchmal dauert es mehrere aktualisiert, um dies zu tun, andere, die es passiert ziemlich schnell. Ich habe nicht in der Lage gewesen, eine Lösung zu finden auf dem Netz, als die meisten Leute mit diesem Fehler Update von VS2005 auf die Web-Anwendung, und somit der fix zu sein scheint", Entfernen Sie Ihre app_code-Verzeichnis, und ändern Sie die CodeFile= zu CodeBehind=. Aber, die CodeBehind ist alt, und nicht mehr verwendet.
In dieser Instanz, ich bin immer der Fehler auf meiner Registerkarte "allgemein", aber es kann passieren, mein user-controls, wenn es geschieht.
Hat jemand gesehen, diese mit vorkompilierten Seiten? Ich bin mit VS2008 SP1.
Den anderen Effekt, den ich gesehen habe im Zusammenhang mit diesem ist, wenn ich ein GridView-setup mit einer datasource und die datasource-änderungen, aber die Seite nicht aktualisieren, bis mehrere andere Operationen, dann alle auf einmal alle Daten ausgefüllt... Das macht mich denke, es ist eine Art cache-Problem, oder compile-time, time-out oder sowas...
Ich bin mit einer Website.master-Seite, und habe die @Page und @Master-Direktiven... Nur um des Arguments Willen, hier sind die compiler-Optionen ist es mit...
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE> "c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\csc.exe" /t:library /utf8output /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\6614ff9a\005164fc_423cc801\PetersDatePackage.DLL" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.IdentityModel\3.0.0.0__b77a5c561934e089\System.IdentityModel.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\9.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll" /R:"C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_0-em44qa.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_6wlqh1iy.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_ro_sgchs.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\Microsoft.Build.Utilities\2.0.0.0__b03f5f7f11d50a3a\Microsoft.Build.Utilities.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.ServiceModel\3.0.0.0__b77a5c561934e089\System.ServiceModel.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\6fe979bb\0056bc44_4b94c701\Microsoft.Practices.EnterpriseLibrary.Common.DLL"/R:"C:\WINDOWS\assembly\GAC_32\System.Web\2.0.0.0__b03f5f7f11d50a3a\System.Web.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\ad70f8ed\0010f920_4b94c701\Microsoft.Practices.EnterpriseLibrary.Data.DLL" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.ServiceModel.Web\3.5.0.0__31bf3856ad364e35\System.ServiceModel.Web.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\d61e8194\009ae0bd_854ec901\Telerik.Web.UI.DLL" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\98ba2ae7\211fb135_e674c901\CoreAPI.DLL" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Web.Extensions\1.0.61025.0__31bf3856ad364e35\System.Web.Extensions.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Management\2.0.0.0__b03f5f7f11d50a3a\System.Management.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\62fa267e\9888875e_bb5cc901\AjaxControlToolkit.DLL" /R:"C:\WINDOWS\assembly\GAC_MSIL\Microsoft.Build.Framework\2.0.0.0__b03f5f7f11d50a3a\Microsoft.Build.Framework.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Code.nufffrfb.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Web.Services\2.0.0.0__b03f5f7f11d50a3a\System.Web.Services.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\52f6447d\f90fd1c8_b475c901\StatisticsAPI.DLL" /R:"C:\WINDOWS\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\955f38e7\982cdc0f_bc5cc901\Validators.DLL" /R:"C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.WebForms\9.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.WebForms.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Runtime.Serialization\3.0.0.0__b77a5c561934e089\System.Runtime.Serialization.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_nv7t8gs_.dll" /R:"C:\WINDOWS\assembly\GAC_32\System.Data\2.0.0.0__b77a5c561934e089\System.Data.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Configuration\2.0.0.0__b03f5f7f11d50a3a\System.Configuration.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Design\2.0.0.0__b03f5f7f11d50a3a\System.Design.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.WorkflowServices\3.5.0.0__31bf3856ad364e35\System.WorkflowServices.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Web.Mobile\2.0.0.0__b03f5f7f11d50a3a\System.Web.Mobile.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\assembly\dl3\a5daf5e0\0071b5e7_909cc701\Microsoft.Practices.ObjectBuilder.DLL" /R:"C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.ProcessingObjectModel\9.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.ProcessingObjectModel.dll" /R:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_atcckswk.dll" /R:"C:\WINDOWS\assembly\GAC_MSIL\System.Xml\2.0.0.0__b77a5c561934e089\System.Xml.dll" /aus:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_zva2jsmk.dll" /D:DEBUG /debug+ /optimize- /win32res:"c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Dateien\statisticsweb\30c716d3\eebad209\zva2jsmk.res" /nowarn:1659;1699;1701 /d:DBCONVERTPUBLIC;CRYSTALSUPPORT "c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Dateien\statisticsweb\30c716d3\eebad209\App_Web_zva2jsmk.0.cs" "c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Dateien\statisticsweb\30c716d3\eebad209\App_Web_zva2jsmk.1.cs" "c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Dateien\statisticsweb\30c716d3\eebad209\App_Web_zva2jsmk.2.cs"
Jemand irgendwelche Ideen, wo ich überhaupt beginnen kann zu suchen?
- Ich habe keine Lösung, aber ich habe auch erlebt, dieses Problem. Ich habe mir mal dazu gekommen, um es durch löschen der Inhalte Temporäre ASP.NET -Ordner "Dateien". Aber es scheint wieder ziemlich schnell...
- Tatsächlich ist die Website habe ich dieses Problem auf eine Web-Anwendung-Projekt.
Du musst angemeldet sein, um einen Kommentar abzugeben.
töten Cassini-Instanzen, wie oben funktionierte bei mir nicht.
ScottGu geschrieben über das Thema
Einstellung der batch="false" - Attribut in der Zusammenstellung von Sektionen in web.config für mich gearbeitet.
Für mich, das schließen der IDE ausschalten, die Website (IIS oder Cassini), löschen, löschen Sie alle meine temporäre asp.net Dateien, starten Sie die IDE und tun, eine vollständige Kompilierung funktioniert der trick.
in IIS müssen Sie starten Sie es durch öffnen der Eingabeaufforderung und Eingabe
iisreset
Sie dann enter, aber wenn Ihr mit dem build in Visual Studio web-server (Cassini), dann ist dies nicht Ihr problem lösen. Beenden Sie alle Laufenden Cassini-Instanzen durch Eingabe (genau wie diese, weil Ihre groß-und Kleinschreibung):taskkill /f /im "WebDev.WebServer.exe"
und drücken Sie enter. Sie sehen dann die folgende Meldung:SUCCESS: The Process "WebDev.WebServer.EXE" with PID <some #> has been terminated.
Wenn du VS2008 und eine WEB-Anwendung (keine Website) Sie können kein Verzeichnis namens App_Code (müssen Sie entfernen Sie alle Dateien aus und bewegen Sie forexam. zum Root-Ordner) und löschen/ausschließen von Projekt-Ordner (Ordner App_Code). Jede Datei, die Sie in App_Code erstellt werden, während DEBUG/Veröffentlichen. - dies löste mein problem mit CS0433.
Ich vor kurzem fest, dass Fehler. Die Ursache ist, weil es einige Dateien oder Klassen deklariert, mehr als einmal in das Projekt. In meinem Fall,
weil in meinem Projekt gibt es zwei Ordner, die Datei ucManageNews.ascx
Die Ursache KÖNNTE sein, dass einige andere DLL, die Sie verweisen könnten, verweisen auf die ältere/neuere version der angegebenen assembly. Also die verschiedenen Teile der app auf die verschiedenen Versionen der assembly. Ich lief in ein Problem, wie diese als gut. Um es zu lösen, ich Zwang die app zu verwenden, die neue version:
Änderte ich alle meine Referenzen im web.config zeigen Sie die neuere version. In meinem Fall war es das System.Web.Erweiterungen assembly, die Probleme verursacht. Ich änderte alle von Ihnen aus 1.0.60125.0 zu 3.5.0.0
Nächsten, ich fügte diese Zeilen meinem web.config, die im Grunde zeigt Ihr Antrag auf "vorwärts" alle Verweise auf die alte version der assembly, der neuen:
Ich wollte nicht kommen mit dieser Lösung, aber ich fand es irgendwo, ich kann mich nicht erinnern. Aber ich glaube nicht, dass ich je gesehen habe, eine Erläuterung, warum genau dies geschieht entweder!
Ich hatte gerade dieses problem. Es stellt sich heraus, dass ich versehentlich drag-&-Drop von Dateien aus einem Projekt zu einem anderen, die erstellt ein Duplikat. Es dauerte eine Weile, um das problem zu finden, da die Dateien waren versteckt in den Eigenschaften der Ordner (die ich nie schaue in).
In jedem Fall, was half mir das problem zu lösen, ging in die Datei werfen, die Fehler, r-Klick auf die fehlerhafte Zeile und "going to" - definition. In der definition können Sie sehen, welche physische Datei, die Sie suchen. Wenn es nicht ist, was es sein soll, dann haben Sie Ihr problem gefunden.
Ich weiß, das ist trivial, aber es verschwendet mich etwa 1 Stunde Zeit, so hoffe, diese info wäre nützlich für alle.
Diesen Fehler beheben kann, es ist ziemlich einfach, erfordert aber einige selten verwendeten Deklarationen (harte Teil war Graben durch die richtige Dokumentation ;).
Sehen ECMA-334, Abschnitt, 16.3 "Extern alias-Direktiven"
Wenn Sie die Kontrolle "Ihrer" Quelle und einen Link zu einer anderen assembly, die "Ihre" binary, das man doch nicht ändern können (oder nicht wollen zu ändern:) die namespace - /Typ-Bezeichner (z.B. BEIDE von Euch erklären System). Ich habe tatsächlich lief in dieser eine ganze Menge in letzter Zeit, mit allen Beta/Alpha-Version/Aktualisierungen der CLR/DLR, MS wurde das Buttern viel Geld in den publizierten Namensraum ist.
Beim importieren Montage "Ihrer", in der Regel der compiler wird es bis in die Globale (reserviert) - namespace. In MSVC, gehen Sie zu Eigenschaften auf die assembly verweisen, wo es sagen die "Aliase" können Sie dann einen neuen Namen angeben, anderen als global. Oder eigentlich ein paar Namen.
Lassen Sie uns sagen, Sie verwenden den phantasievollen Namen "global2".
Sie, dann springen Ihre Quelldateien und an der TOP vor jede namespace-Deklarationen, die Sie platzieren;
Dein code kann dann mit dem Typen aus global2, wie "Int32" oder je nachdem, welcher können Sie noch benennen Sie es über;
btw
CodeBehind
ist nicht alt und nicht benutzt!CodeBehind=
ist für die Seiten in der Web-Anwendung (mit.Designer.cs
- Dateien) undCodeFile=
ist für die Seite in der Web-Site (dynamisch kompilierten Assemblys, also ohne.Designer.cs
Dateien)Ich hatte dieses Problem heute mit einem Web-Benutzer-Steuerelement, aber entdeckt, dass das ändern der CodeBehind="..." nach Src="..." ist die Ursache des Fehlers.
[link]http://stevenoderayi.blogspot.com/2011/04/resolved-cs0433-type-user-control.html[/link]