Modifications requises pour exécuter des projets Office qui font l'objet d'une migration vers .NET Framework 4
Si la version cible de .NET Framework d'un projet Office passe d'une version antérieure de .NET Framework à .NET Framework 4, vous devez effectuer les tâches suivantes pour garantir que la solution puisse s'exécuter sur l'ordinateur de développement et sur les ordinateurs des utilisateurs finaux :
Supprimez le SecurityTransparentAttribute du projet si vous avez effectué une mise à niveau à partir de Visual Studio 2008.
Exécutez une commande Clean dans Visual Studio pour pouvoir exécuter ou déboguer le projet sur l'ordinateur de développement.
Mettez à jour les composants requis .NET Framework du projet.
Les utilisateurs finaux doivent également réinstaller la solution si vous l'avez précédemment déployée à l'aide de ClickOnce avant d'avoir modifié la version cible de .NET Framework.
Pour plus d'informations sur chacune de ces tâches, consultez les sections correspondantes ci-dessous.
Suppression de l'attribut SecurityTransparent dans les projets mis à niveau depuis Visual Studio 2008
Si vous mettez à niveau un projet Office depuis Visual Studio 2008 et si la version cible de .NET Framework du projet est modifiée ultérieurement en .NET Framework 4, vous devez supprimer le SecurityTransparentAttribute du projet. Visual Studio ne supprime pas automatiquement cet attribut pour vous. Si vous ne supprimez pas cet attribut, la solution ne sera pas chargée et l'erreur suivante sera signalée.
« Violation des règles de sécurité liées à l'héritage par le type : "classe d'élément hôte dans votre projet". Les types dérivés doivent correspondre à l'accessibilité à la sécurité du type de base ou être moins accessibles. »
Pour plus d'informations sur les conditions dans lesquelles Visual Studio peut modifier la version cible du .NET Framework d'un projet mis à niveau vers .NET Framework 4, consultez Mise à niveau et migration de solutions Office.
Pour supprimer l'attribut SecurityTransparent
Avec le projet ouvert dans Visual Studio, ouvrez l'Explorateur de solutions.
Sous le nœud Propriétés (pour C#) ou le nœud My Project (pour Visual Basic), double-cliquez sur le fichier de code AssemblyInfo pour l'ouvrir dans l'éditeur de code.
Notes
Dans les projets Visual Basic, vous devez cliquer sur le bouton Afficher tous les fichiers de l'Explorateur de solutions pour afficher le fichier de code AssemblyInfo.
Localisez le SecurityTransparentAttribute et supprimez-le du fichier ou commentez-le.
<Assembly: SecurityTransparent()>[assembly: SecurityTransparent()]
Exécution de la commande CLEAN pour déboguer ou exécuter un projet sur l'ordinateur de développement
Si un projet Office a été généré avant que la version cible de .NET Framework du projet n'ait été modifiée en .NET Framework 4, vous devez exécuter une commande Clean, puis régénérer le projet après la modification de la version cible de .NET Framework. Si vous n'exécutez pas la commande Clean, vous recevrez une COMException lorsque vous essaierez de déboguer ou d'exécuter le projet reciblé.
Pour plus d'informations sur la commande Clean, consultez Vue d'ensemble du processus de génération de solutions Office.
Mise à jour des composants requis pour le déploiement
Lorsque vous reciblez un projet Office vers .NET Framework 4, vous devez également mettre à jour les composants requis .NET Framework correspondants dans la boîte de dialogue Composants requis. Sinon, le déploiement ClickOnce ou le projet d'installation Windows Installer recherche et installe une version antérieure du .NET Framework.
Pour plus d'informations sur la mise à jour des composants requis pour le déploiement vers les ordinateurs des utilisateurs finaux, consultez Comment : installer les composants requis sur les ordinateurs des utilisateurs finaux pour exécuter des solutions Office.
Réinstallation de solutions sur les ordinateurs des utilisateurs finaux
Si vous utilisez ClickOnce pour déployer une solution Office qui cible .NET Framework 3.5, puis reciblez le projet vers .NET Framework 4, les utilisateurs finaux devront désinstaller puis réinstaller la solution après sa republication. Si vous republiez la solution reciblée et si la solution est mise à jour sur les ordinateurs des utilisateurs finaux, les utilisateurs finaux recevront une COMException lorsqu'ils exécuteront la solution mise à jour.
Pour plus d'informations sur la désinstallation des solutions, consultezComment : désinstaller une solution Office ClickOnce.
Voir aussi
Concepts
Migration de solutions Office vers .NET Framework 4
Historique des modifications
Date |
Historique |
Motif |
|---|---|---|
|
Mai 2010 |
Ajout d'une section relative à la suppression de SecurityTransparentAttribute des projets mis à niveau à partir de Visual Studio 2008. |
Améliorations apportées aux informations. |