J'ai développé un complément au niveau de l'application pour Outlook ciblant Outlook 2010 et .NET 4 et je veux l'exécuter sur Outlook 2007, ce qui ne devrait pas poser de problème en raison de la nouvelle fonctionnalité "no pia" de .NET 4 (voir this blog).Quelles sont les raisons pour Outlook 2007 de ne pas charger CLR 4 avec VSTO 2010 installé et un complément de niveau d'application géré enregistré ciblant .net 4?
Cependant, après avoir déployé le module complémentaire avec mon package Windows Installer (le même package fonctionne pour Outlook 2010), le complément ne soit correctement chargé non et son comportement de charge est réglé sur 2.
Le machine de test a des logiciels suivants (dans l'ordre):
- Microsoft Windows XP avec service pack 2 (x86)
- Microsoft office 2007 Enterprise
- Windows Installer 3.1
- Microsoft Windows XP Service Pack 3 (x86)
- Microsoft .NET Framework 4.0 (Extended)
- Microsoft Visual Studio 2010 Tools pour Office Runtime (x86)
Les ensembles de services publics sont inclus dans mon déploiement L'emplacement et le complément sont enregistrés correctement (apparaît dans le centre de confiance Outlook et le manifeste de déploiement est également inclus). Je ne fais référence à aucune bibliothèque tierce.
La chose étrange est que le CLR 4 n'est même pas chargé dans Outlook, que je peux voir à travers le débogueur à distance Visual Studio 2010. Lorsque je crée un complément de test sur mon ordinateur de développement et lance une exception au démarrage du complément, le comportement de chargement est également défini sur 2 au démarrage (sans débogage), mais au moins le CLR 4 est chargé dans le processus Outlook. Quelqu'un a-t-il des idées (probablement une dépendance manquante) qui pourraient provoquer le chargement du .NET Framework 4 par VSTO 2010 Runtime? J'ai également essayé de réinstaller VSTO qui n'a causé aucun effet.
Cordialement,
Oliver Hanappi