Modifications requises pour exécuter des projets Office qui font l'objet d'une migration vers .NET Framework 4 ou .NET Framework 4.5
Si la version cible du. Net Framework d'un projet Office est modifiée à .NET Framework 4 ou à .NET Framework 4.5 d'une version antérieure du .NET Framework, 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 la version cible du. Net Framework du projet est modifiée ultérieurement par .NET Framework 4 ou .NET Framework 4.5, vous devez supprimer SecurityTransparentAttribute du projet. Visual Studio ne supprime pas automatiquement cet attribut pour vous. Si vous ne supprimez pas cet attribut, vous recevez un message d'erreur lorsque vous compilez le projet.
Pour plus d'informations sur les conditions dans lesquelles Visual Studio peut modifier la version cible du. Net Framework d'un projet mis à niveau par .NET Framework 4 ou .NET Framework 4.5, consultez l' 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.
[!REMARQUE]
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 du. Net Framework du projet est modifiée à .NET Framework 4 ou à .NET Framework 4.5, vous devez exécuter une commande Nettoyer puis régénérer le projet après la version cible du. Net Framework est modifiée.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 Génération de solutions Office.
Mise à jour des composants requis pour le déploiement
Lorsque vous reciblez un projet Office à .NET Framework 4 ou à .NET Framework 4.5, vous devez également mettre à jour la condition préalable correspondante du .NET Framework dans la boîte de dialogue Conditions préalables .Sinon, le déploiement ClickOnce ou le projet d'édition d'InstallShield Limited 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 ou à .NET Framework 4.5, les utilisateurs finaux doivent désinstaller la solution puis réinstaller la solution après avoir la republiiez.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.
Voir aussi
Concepts
Migration de solutions Office vers .NET Framework 4 ou .NET Framework 4.5