c# asp.net compiler-construction asp.net-2.0 telerik

c# - Compilar el error CS0433 en el sitio precompilado ASP.NET 2.0



compiler-construction asp.net-2.0 (10)

Sigo recibiendo este error cada vez que ejecuto el depurador para depurar mi sitio. Estoy usando los controles de Telerik, y generalmente el error está en mi pestaña. Aquí hay un ejemplo del error que estoy viendo en este momento:

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>

Lo que más me molesta, si sigo presionando F5, la página se actualizará y funcionará como debería. Algunas veces se necesitan varias actualizaciones para hacer esto, otras sucede bastante rápido. No he podido encontrar una solución en la red, ya que la mayoría de las personas con este error están actualizando de VS2005 a la aplicación web, y por lo tanto, la solución parece ser "Eliminar el directorio app_code y cambiar el CodeFile = a CodeBehind = . Pero, el CodeBehind es viejo, y ya no se usa.

En este caso, recibo el error en mi pestaña General, pero puede pasar CUALQUIERA de mis controles de usuario cuando sucede.

¿Alguien más ha visto esto con páginas precompiladas? Estoy usando VS2008 SP1.

El otro efecto que he visto relacionado con esto es cuando tengo una configuración de GridView con un origen de datos, y el origen de datos cambia, pero la página no se actualiza hasta varias otras operaciones, luego todos los datos se completan de una vez ... Esto me hace pensar que hay algún tipo de problema de caché, o tiempo de compilación, tiempo de espera o algo así ...

Estoy usando una página de site.master, y he comprobado las directivas @Page y @Master ... Solo por el argumento, aquí están las opciones de compilación que está usando ...

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"

¿Alguien tiene alguna idea de dónde puedo empezar a mirar?


Para mí, cerrar el IDE, cerrar el sitio web (IIS o Cassini), borrar todos mis archivos asp.net temporales, iniciar el IDE y hacer una compilación completa es suficiente.


La causa PODRÍA ser que algunas otras DLL a las que hace referencia podrían estar haciendo referencia a la versión anterior / más reciente del ensamblado especificado. Por lo tanto, diferentes partes de la aplicación hacen referencia a diferentes versiones del ensamblaje. También encontré un problema como este. Para resolverlo, obligué a la aplicación a usar la nueva versión:

Cambié todas mis referencias en el web.config para que apunte a la versión más nueva. En mi caso, era el ensamblaje System.Web.Extensions lo que causaba problemas. Cambié todos ellos de 1.0.60125.0 a 3.5.0.0

Luego, agregué estas líneas a mi web.config , que básicamente le dice a su aplicación que "reenvíe" todas las referencias a la versión anterior del ensamblaje, a la nueva:

<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>

No se me ocurrió esta solución, pero la encontré en algún lugar que no recuerdo. Sin embargo, ¡no creo que haya visto una explicación de por qué sucede esto exactamente!


en IIS necesitas reiniciarlo abriendo el símbolo del sistema y escribiendo iisreset luego presiona enter; sin embargo, si usas la compilación en el servidor web de Visual Studio (Cassini), entonces esto no resolverá tu problema. Puede finalizar todas las instancias de Cassini en ejecución escribiendo (exactamente así porque es sensible a taskkill /f /im "WebDev.WebServer.exe" ): taskkill /f /im "WebDev.WebServer.exe" y taskkill /f /im "WebDev.WebServer.exe" enter. A continuación, verá el siguiente mensaje: SUCCESS: The Process "WebDev.WebServer.EXE" with PID <some #> has been terminated.


acabo de tener este problema. Resultó que, accidentalmente arrastré - y - solté archivos de un proyecto a otro, lo que creó un duplicado. Me tomó un tiempo encontrar el problema, porque los archivos estaban ocultos dentro de la carpeta Propiedades (que nunca miro).

En cualquier caso, lo que me ayudó a resolver el problema fue ingresar al archivo que arrojaba el error, hacer clic r en la línea errónea y "ir a la definición". Al estar en la definición, puede ver qué archivo físico está mirando. Si no es lo que se supone que es, entonces encontraste tu problema.

Sé que esto es trivial, pero me gastó alrededor de 1 hora de tiempo, así que espero que esta información sea útil para cualquiera.


Para solucionar este error, es bastante simple, pero requiere algunas declaraciones raramente usadas (la parte difícil fue buscar en la documentación correcta;).

Ver ECMA-334 , Sección, 16.3 " Directivas de alias externas "

Si controlas "tu" fuente y estás enlazando a otro ensamblado "su" binario, sin embargo, no puedes cambiar (o no quieres cambiar también) el espacio de nombres / tipo de especificadores (por ejemplo, AMBOS declaramos Sistema ). De hecho, me encontré con esto una cantidad justa últimamente, con todas las actualizaciones de Beta / Alpha / Versión para el CLR / DLR, MS ha estado batiendo mucho en su espacio de nombres publicado.

Cuando importa el ensamblado "their", normalmente el compilador lo configurará en el espacio de nombres global (reservado). En MSVC, vaya a propiedades en la referencia de ensamblaje, vaya a donde dice " Alias ", luego puede especificar un nuevo nombre, que no sea ​​global. O en realidad algunos nombres.

Digamos que usas el nombre imaginativo de " global2 ".

A continuación, puede ir a los archivos de origen y en la parte superior antes de cualquier declaración de espacio de nombres, usted coloca;

extern alias global2; using global2::System;

Su código puede usar los tipos de global2, como "Int32" o lo que sea, aún puede cambiar el nombre a través de;

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


Por cierto, CodeBehind no es viejo y no se usa!

CodeBehind= es para páginas en la aplicación web (con archivos .Designer.cs ) y CodeFile= es para páginas en el sitio web (ensamblados dinámicamente sin archivos .Designer.cs )


Si tiene VS2008 y una Aplicación WEB (no el Sitio WEB), no puede tener un directorio llamado Código_Actividades (debe eliminar todos los archivos de él y moverlo a forexam. A la carpeta raíz) y eliminar / excluir del proyecto esa carpeta (Código_aplicaciones). Todos los archivos que tenga en App_Code se compilarán durante DEBUG / Publish. - esto resolvió mi problema con CS0433.


Tuve este problema hoy con un Web USer Control pero descubrí que cambiar CodeBehind = "..." a Src = "..." es la causa del error. [enlace] http://stevenoderayi.blogspot.com/2011/04/resolved-cs0433-type-user-control.html [/ link]


Recientemente arreglé ese error. La causa es porque hay algunos archivos o clases declarados más de una vez en el proyecto. En mi caso,

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''

porque en mi proyecto hay dos carpetas que contienen el archivo ucManageNews.ascx


matar instancias de Cassini como arriba no funcionó para mí. ScottGu publicó sobre este tema

estableciendo el atributo batch = "false" en la sección de compilación en web.config trabajado para mí.

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

Esto le dice a ASP.NET que compile dinámicamente archivos .aspx / .ascx individuales en ensamblajes separados. Esto evita el problema de referencia circular que desencadena la excepción.