tag route password page net for data asp all asp.net-mvc visual-studio-2008

asp.net-mvc - route - select asp-for asp-items



¿Por qué Visual Studio falla al abrir ASPX con MVC RC1? (12)

  • Actualizado de MVC Beta a MVC RC1.
  • Reorientar todas las referencias en el proyecto para señalar las nuevas asambleas
  • Reiniciado
  • Todo compila (¡y se ejecuta!)
  • Pero...

Abriendo una vista (.aspx) en VS ¡y ella simplemente desaparece! El Visor de eventos ofrece:

NET Runtime version 2.0.50727.3053 - Fatal Execution Engine Error (6E075E00) (80131506)

Actualización 1:
¡No TODAS las páginas .aspx!
Además, parece que escribir la pregunta sobre StackOverflow es la solución. grr

Actualización 2:
No tuve el problema desde que publiqué la pregunta, pero los únicos complementos que tengo son VisualSVN y Resharper. Parece que tengo algo en el GAC para System.Web.Mvc, pero parece una versión incorrecta y no puedo deshacerme de ella.

Creo que debe estar relacionado con algún color de inteligencia o similar durante la renderización del código de la página .aspx, pero ahora está detenido, es difícil de confirmar ...


He encontrado que cualquier problema de compilación con la página maestra o la página misma, incluso las advertencias, puede provocar que esto suceda. Así que cierre el proyecto, elimine los directorios bin y obj, luego vuelva a abrir el proyecto. Luego abra sus páginas maestras y cualquier otro archivo aspx / ascx recientemente cambiado. Es importante abrir todo antes de compilar.

Ahora, viendo cada página de a una por vez, compile el proyecto y resuelva las advertencias. Una vez que se hayan resuelto todas las advertencias, cierre las páginas e intente volver a abrirlas.


He tenido problemas así antes. Era el editor de formularios web. Si hace clic con el botón derecho en el archivo aspx y elige "abrir con ..." y selecciona Html-editor, es muy probable que la ide no se estrelle contra usted.

Pruebe a desactivar addIns uno por uno.

Para mí fue un conflicto entre gallio y testdriven.net, creo.


Tengo exactamente el mismo error. Al principio pensé que era el complemento de Spark View Engine (porque se estrelló al abrir vistas) pero después del comentario de Christian sobre Gallio y TestDriven.NET (tengo ambos) desinstalé Gallio y ahora funciona.


Tuve que eliminar el complemento PowerCommands para que VS vuelva a funcionar.


El problema fue, de hecho, los comandos de poder para VS 2008. Desinstalarlos si puede vivir sin ellos y las páginas / diseñadores de aspx se abrirán correctamente.


En realidad, creo que mi problema fue que algunas copias deshonestas de las DLL Beta MVC rondaban por ahí.

Los eliminé todos, desinstalé el RC1 y me aseguré de que todos dejaran el GAC y luego reinstalaron el RC1. Hasta ahora todo parece estar bien.


Tengo el mismo problema y he publicado una respuesta en el foro oficial ASP.NET MVC en http://forums.asp.net/t/1378448.aspx

No estoy seguro, pero ¿también está viendo una referencia a los ayudantes Html que no aparecen en las vistas (cuando no se cuelgan)?

No tengo instalado Gallio, pero sí tengo Resharper. Veré si deshabilitar eso ayuda (aunque eso me causaría mucha angustia).

Actualización: Resharper no era el problema, sino el complemento "Huagati DBML / EDMX Tools". Parece que algunos complementos pueden estar en conflicto y animo a las personas a deshabilitar todos los complementos como un paso preliminar para depurar los bloqueos.


Intente eliminar todos los directorios bin / obj y borrar los archivos temporales ASP.NET y los directorios% TEMP%. A continuación, emita los siguientes comandos desde un símbolo del sistema de VS2008:

ngen /delete System.Web.Mvc ngen /delete System.Web.Abstractions ngen update

También asegúrese de que todas sus referencias (MvcContrib, cualquier otra cosa creada contra MVC) apunten a la misma versión de MVC que todas las demás.

Esto parece haber funcionado para mí (hasta ahora)


Existen algunos errores de framework que afectan a todos los complementos VS, etc., si hacen referencia a System.Core v3.5. Comience limpiando la memoria caché NGen. "ngen update", "ngen / delete [assemblyname]" o un sweeping "ngen / delete *" usualmente hacen el truco

Más detalles + soluciones para este (y / o similar) problema aquí:

http://forum.huagati.com/topic5-addin-causes-ide-to-close.aspx

http://code.msdn.microsoft.com/PowerCommands/WorkItem/View.aspx?WorkItemId=8

http://www.jetbrains.net/devnet/thread/274657

Actualización: finalmente, alguien de MSFT reconoce que hay un problema: http://blogs.msdn.com/jnak/archive/2009/02/15/potential-crash-in-vs-when-using-the-mvc-rc -on-windows-azure.aspx

Actualización 2: un intento de solución alternativa (complemento VS2008): http://www.huagati.com/ProjectLoader/

Actualización 3: Microsoft tiene un parche CLR (KB963676) que soluciona este problema. No está disponible para su descarga desde microsoft.com, pero se puede solicitar a través de MSFT support / PSS.

Actualización 4: El parche CLR ahora está disponible para su descarga desde Microsoft Connect:

https://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=16827&wa=wsignin1.0

http://blogs.msdn.com/jnak/archive/2009/02/26/fix-available-asp-net-mvc-rc-crash-in-a-windows-azure-cloud-service-project.aspx



Esto ocurrió después de establecer la referencia a System.Web.Mvc para Copy Local = True . Esto colocó el archivo System.Web.Mvc.dll en mi carpeta bin.

La próxima vez que abrí cualquier página aspx, Visual Studio se colgó. Cambiar el dll en el bin a System.Web.Mvc.dll.bak solucionó el problema.


Finalmente (después de algunos días de probar todo) lo resolvió desinstalando el complemento Spark View Engine, que se colgó al abrir archivos .aspx y .js .