Mon VSTO 3.0 Perspectives Addin ne se charge pas

Question

Je suis en train de diagnostiquer pourquoi mon plug-in d'Outlook écrit en C # / VSTO 3.0 / VS 2008 ne se charge pas après avoir été installé.

Le plugin fonctionne sur awesomely ma machine de développement, qui a Visual Studio 2008 est installé. Je ne peux pas attendre tous mes utilisateurs d'avoir toutes les conditions préalables que donc je suis passé par ces étapes pour écrire un programme d'installation: http://msdn.microsoft.com/en-us/library /cc563937(loband).aspx

J'ai installé le complément sur une nouvelle machine à Windows XP SP 2 avec une nouvelle installation d'Outlook 2007. Il installe tous les prereqs ok (.NET 3.5, VSTO Runtime 3.0, Windows Installer 3.1, 2007) PIA. Outlook démarre, mais le complément est pas exécuté. Si je vais à l'Add-ins onglet dans le Centre Trust, je vois mon complément dans la section « Application Inactive Add-ins » avec le message « Non chargé. Une erreur d'exécution est survenue lors du chargement de la COM Add-in . ".

Je ne sais pas comment trouver l'erreur spécifique afin que je puisse le corriger.

Les clés reg semblent corrects. Sous HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ Outlook \ Addins \ BlahAddin Je vois description, FriendlyName, LoadBehavior (réglé sur 3 jusqu'à ce qu'il échoue après quoi, si devient fixé à 2), et Manifest.

Essayé les VSTO_SUPPRESSDISPLAYALERTS trick variable d'environnement puis lancé Outlook à partir de la ligne de commande, mais pas de sortie est sorti.

Je débogage à distance plus ou moins de travail, mais je ne suis pas sûr de ce qu'il faut chercher. Je ne vois pas mon DLL chargé quand je joins à Outlook, mais DLL nouveau gérées peut-être ne se présentent pas de la même manière dans VS.

D'autres idées sur les prochaines étapes que je pouvais suivre pour produire une erreur spécifique que je peux diagnostiquer?

Answer 1

Résolu mon problème après des semaines de la douleur. La clé reg « Manifest » a été corrompu se à une valeur indésirable lors de la construction de l'installation. Il était un bug Visual Studio connu que soi-disant glissai dans Visual Studio 2008 SP 1, mais n'a apparemment pas été pour moi. Renommant le nom du projet pour être différent du nom du plugin a résolu le problème. Au hasard, hein?

Answer 2

Assurez-vous que vous avez essayer les captures accessoires des gestionnaires au niveau supérieur de toutes les méthodes appelées par Outlook et connectez-vous des exceptions que vous ne parvenez pas à gérer d'une certaine façon. Concentrez votre dépannage sur des méthodes telles que la méthode de Startup et d'autres méthodes appelées lors de l'initialisation.

Answer 3

Vous voulez probablement déboguer cela en utilisant le débogueur distant. Répartir le dossier Msvcmon.exe de votre machine de développement (dans vos dossiers Visual Studio dans Program Files) sur votre machine d'essai (la partager avec un chemin UNC), et lancez Outlook sous le piégeage du débogueur exceptions (.NET) dans vos modules et mettre des points d'arrêt dans vos méthodes.

Si vous devez nettoyer votre ordinateur de test à chaque fois avant d'installer votre solution, vous devriez probablement exécuter XP sous Virtual PC 2007 VM (téléchargement gratuit) et passer à une HD differentiation après la mise en place de tout, mais votre plugin instantané votre état pré-installé une fois que vous ne devez pas continuer à désinstaller / réinstaller que vous apportez des modifications à votre programme pour corriger les bugs.

Installez-vous Debug ou Release construit? Peut-être un goût a des exigences différentes. Il suffit de deviner.

-Mike [MSFT Bureau Dev]

Answer 4

Sur votre machine, lorsque vous exécutez l'Addin de Visual Studio, il doit créer une clé de Registre dans HKEY_CURRENT_USER \ Software \ Microsoft \ VSTO \ Security \ inclusion {} SomeGuid. Assurez-vous que ces paramètres de Registre sont également déployés avec votre Addin. Ce sont eux qui permettent à votre code de confiance.