2012-08-24 25 views
13

Hay una pregunta similar: Loading .NET UserControls in IE with .NET 4.0 Esta pregunta es esencialmente el mismo, pero para .NET 4.5UserControls Cargando .NET en IE con .NET 4.5

Esa pregunta comienza con: Tengo una aplicación heredada donde hay un UserControl que se usa como un activex en una página web cargada en IE. Antes de .NET 4.0, existían políticas de seguridad y una consola MMC para crear grupos de códigos, etc. Parece que todo se ha ido con .NET 4.0.

Después de instalar .NET 4.5 parece que la solución ya no funciona, y que IE no puede cargar cualquier usercontrol. Mi temor es que esta característica se elimine por completo. En ese caso, tenemos un poco de reescritura serio que hacer antes de que nuestros usuarios pueden instalar .NET 4.5

Algunas notas:

  • todo estaba funcionando perfectamente bien con el RC .NET 4.5. 8- (
  • fuslogvw- (Asamblea Encuadernación Visor de registro) se comporta como se esperaba antes de la actualización, pero después de la actualización no está registrando cualquier cosa. (Y no está siendo cargado usercontrol.)
  • En la producción del controll tendrá que ejecutar con plena confianza, pero todas mis pruebas se ha hecho con un control sencillo que no requiere esta Cualquiera
  • que tiene sugerencias o información acerca de esta característica?

    gracias

    +0

    Estoy teniendo un problema similar con win7 mejora con .NET 4.5. Un colega ha podido cargar con éxito el control de usuario en win 8 x64, luego de descargar e instalar el framework .NET 3.5. No estoy seguro de cuál es el problema en este momento, pero también estoy investigando. – Gary

    Respuesta

    29

    esto está documentado en .NET 4. 5 Página de compatibilidad de aplicaciones en MSDN: http://msdn.microsoft.com/en-us/library/hh367887.aspx. Hosting controles administrados dentro de IE ya no es compatible fuera de la caja (ver la mitad del camino hacia abajo en "Aplicaciones Web"):

    de funciones: administrados navegador alojar controles de .NET Framework 1.1 y 2.0

    Cambio: Alojar estos controles está bloqueado en Internet Explorer.

    Impacto: Internet Explorer no podrá iniciar una aplicación que utiliza controles de alojamiento del explorador administrado. El comportamiento anterior se puede restablecer ajustando el valor EnableLegacyIEHosting de la subclave del Registro HKLM/SOFTWARE/MICROSOFT/.NETFramework a 1.

    Desafortunadamente, la información sobre la clave de registro parece ser incompleta y equivocada:

    • La configuración se llama realmente "Habilitación de activación".

    • Debe estar ubicado en el HKCU Colmena: HKCU \ SOFTWARE \ Microsoft \ .NETFramework

    • o la sección HKLM, pero bajo diferentes caminos, dependiendo de la/32 Tipo de 64 bits de Windows:
      • Sistema de 32 bits: HKLM \ SOFTWARE \ MICROSOFT \ .NETFramework
      • Sistema de 64 bits: HKLM \ SOFTWARE \ Wow6432Node \ Microsoft \.NETFramework

    Esto se ensayó tanto en Windows Server 2008R2 y Windows 8.

    +1

    Gracias! Puedo agregar que "EnableIEHosting" debe ser una DWord y no QWord o una cadena. – Kipotlov

    +3

    Acabas de guardar mi trabajo :-D – OnesimusUnbound

    +0

    ¡Muchas gracias! Encontré esta respuesta en otro lugar, pero la actualización a Windows 8.1 e IE 11 parecía haber eliminado esto de mi registro. Todavía podría ser un poco más fácil migrar a Silverlight 5 y cojear con eso un poco antes de que la siguiente tecnología ya sentenciada a muerte tenga las capacidades que necesitamos =) – ps2goat

    Cuestiones relacionadas