Le chargement .NET UserControls dans IE .NET 4.5

Il y a une question similaire: Le chargement .NET UserControls dans IE .NET 4.0 Cette question est essentiellement le même, mais pour .NET 4.5

Que la question commence par:
j'ai une application héritée où il y a un UserControl qui est utilisé comme un activex dans une page web chargée dans IE. Avant de .NET 4.0, il y avait des politiques de sécurité et une console MMC pour la création de groupes de code, etc. Il semble que c'est parti avec .NET 4.0.

Après l'installation .NET 4.5, il semble que la solution de contournement ne fonctionne plus, et que IE ne parvient pas à charger tout usercontrol. Ma crainte est que cette fonctionnalité est complètement éliminés. Dans ce cas, nous avons peu de sérieux de réécriture à faire avant que nos utilisateurs peuvent installer .NET 4.5

Quelques remarques:

  • Tout fonctionnait parfaitement bien avec l' .NET 4.5 RC. 8-(
  • Fuslogvw (Assemblée de Liaison de la Visionneuse de Journaux) se Comporte comme prévu avant la mise à niveau, mais après la mise à niveau, il n'est pas rien journalisation. (Et usercontrol n'est pas chargé.)
  • En production, le contrôle devra courir avec le plein de confiance, mais tous mes tests ont été fait avec une commande simple qui ne nécessite pas de cette

Quelqu'un qui a des suggestions ou des informations concernant cette fonctionnalité?

grâce

J'ai un problème similaire avec la mise à niveau de win7 .NET 4.5. Un collègue a réussi à charger le contrôle de l'utilisateur dans win 8 x64, après le téléchargement et l'installation de l' .NET framework 3.5. Je ne suis pas sûr de ce que la question est à ce moment, mais je fais des recherches sur ainsi.

OriginalL'auteur Steinar Herland | 2012-08-24

  1. 29

    Ceci est documenté dans le .NET 4.5 Compatibilité de l'Application de la Page sur MSDN:
    http://msdn.microsoft.com/en-us/library/hh367887.aspx . Hébergement géré contrôles à l'intérieur d'IE n'est plus pris en charge hors de la boîte (voir à mi-chemin vers le bas sous "Applications Web"):

    Fonctionnalité:
    Géré navigateur hébergement des contrôles à partir de la .NET Framework 1.1 et 2.0

    Changement:
    L'hébergement de ces contrôles est bloqué dans Internet Explorer.

    Impact:
    Internet Explorer ne parviennent pas à lancer une application qui utilise géré navigateur hébergement de contrôles. L'ancien comportement peut être restauré par la définition de la EnableLegacyIEHosting valeur de la clé de registre HKLM/SOFTWARE/MICROSOFT/.NETFramework à 1.

    Malheureusement, les informations sur la clé de registre semble incomplète et erronée:

    • Le paramètre est en fait appelé "EnableIEHosting".

    • Il doit être situé dans la HKCU de la Ruche: HKCU\SOFTWARE\Microsoft\.NETFramework

    • ou la HKLM ruche, mais en vertu des chemins différents, en fonction de l'32/64bit type de Fenêtres:
      • Système 32 bits: HKLM\SOFTWARE\MICROSOFT\.NETFramework
      • Système 64 bits: HKLM\SOFTWARE\Wow6432Node\Microsoft\.NETFramework

    Cela a été testé sur Windows Server 2008R2 et Windows 8.

    Merci! Je peux ajouter que "EnableIEHosting" doit être une valeur DWord et pas QWord ou chaîne..
    Vous venez d'enregistrer mon travail 😀
    Merci beaucoup! J'avais trouvé cette réponse quelque part d'autre, mais la mise à niveau vers windows 8.1 et internet explorer 11 semblait avoir enlevé ce à partir de ma base de registre. Peut-être encore un peu plus facile de migrer vers Silverlight 5 et vivoter avec ce pour un peu avant la prochaine, déjà condamné à la mort la technologie est donnée les capacités que nous avons besoin =)
    Ressemble à l'article MSDN a été mis à jour avec les informations correctes.
    HKLM\SOFTWARE\Wow6432Node\Microsoft\.NETFramework n'existe pas sur windows 10 build 1511 machines (si vous n'avez pas de mise à niveau pour win10)

    OriginalL'auteur Michael