Mein VSTO 3.0 Outlook Addin lädt nicht

Question

Ich versuche zu diagnostizieren, warum mein Outlook -Plugin in C#/VSTO 3.0/VS 2008 nach der Installation nicht geladen wird.

Das Plugin arbeitet beeindruckend auf meiner Entwicklungsmaschine, die Visual Studio 2008 installiert hat. Ich kann nicht erwarten, dass alle meine Benutzer alle Voraussetzungen haben, also habe ich diese Schritte durchlaufen, um einen Installateur zu schreiben:http://msdn.microsoft.com/en-us/library/cc563937(loBand).aspx

Ich habe das Add-In auf einem frischen Windows XP SP 2-Computer mit einer frischen Installation von Outlook 2007 installiert. Es installiert alle Vorbereitungen in Ordnung (.NET 3.5, VSTO 3.0 Laufzeit, Windows Installer 3.1, 2007 PIAS). Outlook beginnt, aber das Add-In wird nicht ausgeführt. Wenn ich in der Registerkarte "Add-Ins im Trust Center" gehe, sehe ich mein Add-In im Abschnitt "Inaktive Anwendung Add-Ins" mit der Meldung "nicht geladen" . ".

Ich bin mir nicht sicher, wie ich den spezifischen Fehler findet, damit ich ihn beheben kann.

Die Reg -Tasten sehen gut aus. Unter hkey_current_user Software Microsoft Office Outlook Addins Blahaddin Ich sehe Beschreibung, FriendlyName, LoadBehavior (auf 3 gesetzt, bis es fehlschlägt, wenn es auf 2 gesetzt wird) und manifestiert.

Versuchte den Variablen -Trick von VSTO_SuppressDisplayalerts Umgebungsvariablen und startete dann Outlook aus der Befehlszeile, aber es kam keine Ausgabe heraus.

Ich habe mehr oder weniger Arbeiten, aber ich bin mir nicht sicher, wonach ich suchen soll. Ich sehe meine DLL nicht geladen, wenn ich mich an Outlook befinde, aber vielleicht wird es in Vs.

Irgendwelche anderen Ideen in den nächsten Schritten, die ich befolgen könnte, um einen bestimmten Fehler zu erzeugen, den ich diagnostizieren kann?

Answer 1

Löste mein Problem nach wochenlangen Schmerzen. Der "Manifest" -Reg -Schlüssel wurde während des Setup -Builds mit einem Junk -Wert beschädigt. Es war ein bekannter Visual Studio -Fehler, der angeblich in Visual Studio 2008 SP 1 behoben wurde, aber anscheinend war es nicht für mich. Das Umbenennen des Projektnamens so unterschiedlich vom Plugin -Namen wurde das Problem behoben. Zufällig, oder?

Answer 2

Stellen Sie sicher, dass Sie auf der obersten Ebene aller von Outlook bezeichneten Methoden versuchten, und protokollieren Sie alle Ausnahmen, die Sie in irgendeiner Weise nicht verarbeiten können. Fokussieren Sie Ihre Fehlerbehebung auf Methoden wie die Startup Methode und andere Methoden, die während der Initialisierung bezeichnet werden.

Answer 3

Sie möchten dies wahrscheinlich mit dem Remote -Debugger debuggen. Teilen Sie den Ordner msvcmon.exe von Ihrem Entwicklergerät (in Ihren Visual Studio -Ordnern in Programmdateien) in Ihrem Testgerät (teilen Sie es mit einem UNC -Pfad frei Einfügen von Haltepunkten in Ihre Methoden.

Wenn Sie Ihren Testcomputer jedes Mal reinigen müssen, bevor Sie Ihre Lösung installieren Geben Sie einmal an, damit Sie nicht immer wieder deinstallieren/neu installieren müssen, da Sie Änderungen an Ihrem Programm vornehmen, um Fehler zu beheben.

Installieren Sie Debug -Builds oder Release -Builds? Vielleicht hat ein Geschmack unterschiedliche Anforderungen. Einfach raten.

-Mike [MSFT Office Dev

Answer 4

Wenn Sie auf Ihrem Computer das Addin aus Visual Studio ausführen, sollte es einen Registrierungsschlüssel in hkey_current_user software microsoft vsto Security Inclusion {someguid} erstellen. Stellen Sie sicher, dass diese Registrierungseinstellungen auch mit Ihrem Addin bereitgestellt werden. Dies sind diejenigen, die es Ihrem Code zulassen, vertrauenswürdig zu sein.