Meu addin Vsto 3.0 Outlook não carrega

Question

Estou tentando diagnosticar por que meu plug -in do Outlook escrito no C#/VSTO 3.0/vs 2008 não é carregado após ser instalado.

O plug -in funciona incrivelmente na minha máquina de desenvolvimento, que possui o Visual Studio 2008 instalado. Não posso esperar que todos os meus usuários tenham todos os pré -requisitos, então passei por essas etapas para escrever um instalador:http://msdn.microsoft.com/en-us/library/cc563937(loband).aspx

Instalei o suplemento em uma máquina fresca do Windows XP SP 2 com uma nova instalação do Outlook 2007. Ele instala todos os pré-reégelos OK (.NET 3.5, VSTO 3.0 Runtime, Windows Installer 3.1, 2007 PIAS). O Outlook começa, mas o suplemento não é executado. Se eu for para a guia Add-ins no centro de confiança, vejo meu suplemento na seção "Addes de aplicativos inativos" com a mensagem "Não carregado. Ocorreu um erro de tempo de execução durante o carregamento do suplemento COM . ".

Não tenho certeza de como encontrar o erro específico para que eu possa corrigi -lo.

As teclas Reg parecem bem. Sob HKEY_CURRENT_USER Software Microsoft Office Outlook Addins Blahaddin Eu vejo Descrição, FriendlyName, LoadBeHavior (definido como 3 até que falhe após o qual se for definido como 2) e se manifeste.

Tentei o truque da variável de ambiente VSTO_SUPLESTDISPLAYALERTS e, em seguida, iniciou o Outlook da linha de comando, mas nenhuma saída foi lançada.

Eu tenho depuração remota mais ou menos funcionando, mas não tenho certeza do que procurar. Não vejo minha DLL carregada quando eu conectar ao Outlook, mas, novamente, talvez as DLLs gerenciadas não apareçam da mesma maneira em vs.

Algumas outras idéias sobre os próximos passos que eu poderia seguir para produzir um erro específico que posso diagnosticar?

Answer 1

Resolveu meu problema após semanas de dor. A chave Reg "manifesto" estava corrompida com algum valor lixo durante a construção da configuração. Era um bug conhecido do Visual Studio que supostamente foi corrigido no Visual Studio 2008 SP 1, mas aparentemente não era para mim. Renomear o nome do projeto para ser diferente do nome do plug -in corrigido o problema. Aleatório, hein?

Answer 2

Certifique-se de que você tenha manipuladores de tentativa no nível superior de todos os métodos chamados pelo Outlook e registre todas as exceções que você não puder lidar de alguma forma. Concentre sua solução de problemas em métodos como o Startup Método e outros métodos chamados durante a inicialização.

Answer 3

Você provavelmente deseja depurar isso usando o depurador remoto. Compartilhe a pasta MSVCMON.EXE da sua máquina de desenvolvedor (nas pastas do Visual Studio em arquivos de programas) em sua máquina de teste (compartilhe -a com um caminho UNC) e inicie o Outlook sob as exceções do depurador (.NET) em seus módulos e colocando pontos de interrupção em seus métodos.

Se você precisar limpar seu computador de teste cada vez antes de instalar sua solução, provavelmente deve executar o XP sob uma VM Virtual PC 2007 (download grátis) e mudar para um HD diferente depois de configurar tudo, exceto o seu plug-in para instantâneo, seu pré-instalado Estado uma vez para que você não precise continuar desinstalando/reinstalando enquanto faz alterações no seu programa para corrigir bugs.

Você está instalando construções de depuração ou versão de lançamento? Talvez um sabor tenha requisitos diferentes. Apenas adivinhando.

-Mike [MSFT Office Dev

Answer 4

Na sua máquina, quando você executa o addin do Visual Studio, ele deve criar uma chave de registro em hkey_current_user software microsoft vsto security incllus {algumguid}. Certifique -se de que essas configurações de registro também estejam sendo implantadas com o seu add. Eles são os que permitem que seu código seja confiável.