Kompilieren Fehler CS0433 auf vorkompilierte ASP.NET 2.0-Website

StackOverflow https://stackoverflow.com/questions/440675

Frage

Ich halte diesen Fehler immer so oft, wenn ich die Debugger starte meine Seite zu debuggen. Ich verwende die Telerik Kontrollen, und in der Regel ist der Fehler in meiner Tableiste. Hier ist ein Beispiel für den Fehler Ich betrachte jetzt: 

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 einfach F5 schlagen, wird die Seite neu geladen und Arbeit, wie es sollte. Manchmal dauert es mehrere Auffrischungen, dies zu tun, andere es passiert ziemlich schnell. Ich habe nicht in der Lage, eine Lösung auf dem Netz zu finden, da die meisten Menschen mit diesem Fehler werden von VS2005 auf Web Application aktualisieren, und somit scheint das Update „Entfernen Sie Ihr app_code Verzeichnis zu sein, und die Codefile ändern = zu Codebehind = . Aber die Codebehind alt und nicht mehr verwendet.

In diesem Fall erhalte ich den Fehler auf meinen Registerkarte Allgemein, aber es kann von jedem meiner Benutzerkontrollen passieren, wenn es geschieht.

Hat jemand anderes dies mit vorkompilierte gesehen Seiten? Ich verwende VS2008 SP1.

Der andere Effekt ich gesehen habe verwandt ist, wenn ich ein Gridview-Setup mit einer Datenquelle haben, und die Datenquelle ändert, aber die Seite nicht aktualisiert, bis mehrere andere Operationen, dann auf einmal alle Daten ausgefüllt ... Das macht ich denke, es ist eine Art von Cache-Problem, oder kompiliert Zeit, Time-out oder so ...

Ich bin eine site.master Seite mit und haben die @Page und @Master Richtlinien ... Nur aus Gründen der Argumentation, hier sind die Compiler-Optionen ist es mit ...

geprüft 
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" /out:"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 Files\statisticsweb\30c716d3\eebad209\zva2jsmk.res" /nowarn:1659;1699;1701 /d:DBCONVERTPUBLIC;CRYSTALSUPPORT  "c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_zva2jsmk.0.cs" "c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_zva2jsmk.1.cs" "c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\statisticsweb\30c716d3\eebad209\App_Web_zva2jsmk.2.cs"

Wer irgendwelche Ideen, wo ich kann sogar suchen anfangen?

War es hilfreich?

Lösung

Töten Cassini Instanzen wie oben nicht für mich arbeiten. ScottGu über dieses Thema geschrieben

die Batch = "false" -Attribut auf dem Compilation Abschnitt Einstellung in web.config für mich gearbeitet. 

<configuration>

   <system.web>
       <compilation debug="false" batch="false"></compilation>
   </system.web>

</configuration>
  

Das sagt ASP.NET dynamisch   kompilieren einzelne ASPX / ASCX-Dateien   in einzelne Baugruppen. Dadurch wird vermieden,   das kreisförmige Bezug Problem, das   löst die Ausnahme.

Andere Tipps

Für mich Schließen des IDE, Abschalten der Website (IIS oder Cassini), die all meiner temporären asp.net Dateien zu löschen, starten Sie die IDE und dabei eine vollständige Kompilierung funktioniert der Trick.

in IIS Sie müssen es neu starten, indem Sie die Eingabeaufforderung öffnen und die Eingabe iisreset treffen dann eingeben, aber wenn Ihr die Build in Visual Studio Web-Server (Cassini) verwenden, dann dies wird nicht Ihr Problem lösen. taskkill /f /im "WebDev.WebServer.exe" und Enter drücken: Sie können durch Eingabe von (genau so, weil seine Case Sensitive) alle laufenden Cassini Instanzen beenden. Sie erhalten dann die folgende Meldung: SUCCESS: The Process "WebDev.WebServer.EXE" with PID <some #> has been terminated.

Wenn Sie VS2008 und eine Web-Anwendung (nicht Website) haben Sie nicht Verzeichnis App_Code genannt haben (Sie müssen alle Dateien aus es einen Schritt entfernen Sie es forexam. Zu Root-Ordner) und löschen / ausschließen Projekt, dass Ordner ( App_Code). Jede Datei, die Sie in App_Code haben während DEBUG kompiliert werden / veröffentlichen. - das mein Problem gelöst mit CS0433

.

Ich reparierte vor kurzem, dass Fehler. Die Ursache ist, weil es einige Dateien oder Klassen deklariert mehr als einmal in das Projekt. In meinem Fall 

error CS0433: The type 'usercontrol_ucManageNews' exists in both 
'c:\Users\DangLe\AppData\Local\Temp\Temporary ASP.NET Files\working\ed64f624\95e2038d\App_Web_kc2c2twy.dll' and 'c:\Users\DangLe\AppData\Local\Temp\Temporary ASP.NET Files\working\ed64f624\95e2038d\App_Web_0ywfoitp.dll'

, weil in meinem Projekt gibt es zwei Ordner-Datei ucManageNews.ascx mit

Die Ursache könnte sein, dass einige andere DLL Sie verweisen könnte die ältere / neuere Version der angegebenen Assembly werden referenzieren. So verschiedene Teile der App verweisen auf verschiedene Versionen der Baugruppe. Ich lief in ein Problem wie dieses auch. Um es zu lösen, zwang ich die App die neue Version zu verwenden:

Ich änderte alle meine Referenzen in der web.config auf die neuere Version zu zeigen. In meinem Fall war es die System.Web.Extensions Anordnung, die Probleme verursacht wurde. Ich änderte sie alle von 1.0.60125.0 bis 3.5.0.0

Als nächstes Ich habe diese Zeilen zu meinem web.config , die sagt im Grunde Ihre Anwendung auf „vorwärts“ alle Verweise auf die alte Version der Assembly, auf die neue: 

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="bin;sitefinity\admin\bin" />
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Telerik.Security" publicKeyToken="dfeaee0e3978ac79" />
        <bindingRedirect oldVersion="3.2.1598.2" newVersion="3.5.1747.2" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Telerik.Cms.Web.UI" publicKeyToken="dfeaee0e3978ac79" />
        <bindingRedirect oldVersion="3.2.1598.2" newVersion="3.5.1747.2" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Telerik.Web.UI" publicKeyToken="121fae78165ba3d4" />
        <bindingRedirect oldVersion="2008.1.515.20" newVersion="2008.2.1001.20" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

Ich bin nicht gekommen mit dieser Lösung, aber es fand irgendwo, dass ich mich nicht erinnern kann. Aber ich glaube nicht, dass ich jemals eine Erklärung genau zu sehen, warum dies geschieht entweder!

Ich hatte gerade dieses Problem. Es stellt sich heraus, dass ich versehentlich ziehen - & - abgelegte Dateien von einem Projekt zum anderen, die ein Duplikat erstellt. Es dauerte eine Weile, um das Problem zu finden, da die Dateien im Ordner Eigenschaften versteckt wurden (auf die ich mich in nie).

Auf jeden Fall, was mir geholfen, das Problem zu lösen in die Datei würde, der den Fehler warf, r Klick auf die fehlerhafte Zeile und „zur Definition gehen“. Als in der Definition können Sie sehen, auf welche physikalischen Datei, die Sie suchen. Wenn es nicht das, was es sein soll, dann finden Sie Ihr Problem.

Ich weiß, das ist trivial, aber es verschwendet mich etwa 1 Stunde Zeit, so hoffen, dass diese Informationen für jeden nützlich sein würde.

diesen Fehler zu beheben, ist es ziemlich einfach, erfordert aber einige selten benötigte Erklärungen (harter Teil durch die richtige Dokumentation gräbt;).

Siehe ECMA-334 , Abschnitt, 16.3 " Externe Alias-Richtlinien "

Wenn Sie steuern „Ihre“ Quelle und eine Verknüpfung zu einer anderen Baugruppe „ihre“ binary, doch Sie nicht ändern können (oder wollen nicht zu ändern :) die Namespace / Typdeklarierer (zB BEIDE von erklären Sie System ). Ich lief tatsächlich in diese eine ganze Menge in letzter Zeit, mit allen Beta / Alpha / Version Updates für die CLR / DLR, MS wurde viel in ihren veröffentlichten Namensraum am laufenden Band.

Wenn Sie Montage importieren „ihre“, in der Regel wird der Compiler es bis in die globale (reserviert) Namespace. In MSVC, gehen Sie zu Eigenschaften auf der Montagereferenz, dorthin gehen, wo sie sagen, „ Aliase “ können Sie dann einen neuen Namen angeben, andere als global. Oder eigentlich ein paar Namen.

Angenommen, Sie haben die einfallsreichen Namen " global2 " verwenden.

Sie dann lesen Ihre Quelldateien und an dem TOP vor alle Namespace-Deklarationen, Sie platzieren; 

extern alias global2;
using global2::System;

Ihr Code kann dann die Typen von global2 verwenden, wie „Int32“ oder je nachdem, können Sie es noch umbenennen über; 

extern alias global2;
using global2::System;
using orig = System;

btw, CodeBehind nicht alt ist und nicht verwendet!

CodeBehind= ist für Seiten in Web-Anwendung (mit .Designer.cs-Dateien) und CodeFile= ist für Seite in Web-Site (dynamisch kompilierte Assemblys so ohne .Designer.cs Dateien)

Ich hatte dieses Problem heute mit einem Webbenutzersteuerelement aber entdeckt, dass Codebehind Ändern = „...“ zu Src = „...“ ist die Ursache für den Fehler. [Link] http://stevenoderayi.blogspot.com/2011/04/resolved-cs0433-type-user-control.html [/ link]

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top