2011-03-30 45 views
0

我的外接目标Outlook 2007和使用C#和Visual Studio 2010年始建我遇到了部署此不同的目标机器的问题通过SETUP.exe和由Visual Studio的发布向导构建的“清单”。管理COM加载项对话框未能作出这种安装Outlook插件活动目标机器上

我最近试图让这个部署到目标电脑(即一个典型的地方,这将被部署,缺乏我的开发环境中的其他用户)给出了奇怪的问题:

  • 外接安装OK(即设置没有怨言,程序正确显示在控制面板中)
  • 访问工具 - >信任中心 - >加载项表明,我刚刚安装的加载项是无效
  • 点击去..对管理COM Add-i NS对话框&检查矿井的框,然后添加..按钮失败
  • 窗口看起来像一个标题为浏览对话框“添加加载项”与“没有项目搜索匹配”来了右侧窗格;在这个窗口的底部是一个标有“文件名:”的空文本框和一个文件类型的“可执行文件”或“所有文件”的选择。该外接仍“不活跃”
  • 这是我不太清楚是什么在这一点上此对话框的需求,使其“主动”(启动时加载的是选择的一部分,在这里)。

注:

  1. 在此溶液中的2个项目被编为.NET 3.5的“目标框架”,导致如Microsoft.Office.Tools.Outlook.V9.0到DLL的引用和他的同伴(我想这是“VSTO 3.0 ??)
  2. 该解决方案将启动Outlook中正常发展的PC和外接上成功加载和运行正常(针对Outlook 2007和/或Outlook 2010)。所以这似乎只涉及deployement。

Visual Studio 2010附带的安装向导构建的东西中是否可能存在错误?我在某处读到“清单”可能是“腐败”的。

EDIT-UPDATE 2011/3/31:

我想我找到了答案。我相信通过使用产生SETUP.EXE的VStudio中的“发布向导”,我尝试了所谓的“ClickOnce”部署。其次,这个用于Outlook的插件不是一个“文档级”插件,而是一个“机器级”插件。鉴于这些发现更好的术语,我发现这在http://msdn.microsoft.com/en-us/vsto/ff937654.aspx

“您可以使用ClickOnce创建和安装自我更新的应用程序与最小的用户交互,这有一个自动机制,轻松分发更新到您的应用程序。 ClickOnce是不是能够部署需要管理权限部件,如计算机级别的加载项的。对于需要管理权限,您可以使用Windows安装程序部署了Office设计定制的Visual Studio工具的解决方案。“

所以,我会努力做一个Windows安装程序。任何确认,将不胜感激。

回答

0

我深信部署的ClickOnce的风格不会为我的机器级外接为Outlook 2007中的工作。因此,我只回答我自己的问题,只说明这需要一个可以使用正确选择的Visual Studio模板构建的Windows安装程序(和安装程序)。

可悲的消息是,在测试所述安装程序.msi和相关设置.exe的先决条件安装到我的目标机器进行得很顺利,但是当我在Outlook中测试插件本身的操作时,我在Outlook.exe中遇到了一个可怕的APPCRASH事件:

Problem signature: 
Problem Event Name: APPCRASH 
Application Name: OUTLOOK.EXE 
Application Version: 12.0.6550.5003 
Application Timestamp: 4d10fbc4 
Fault Module Name: kernel32.dll 
Fault Module Version: 6.0.6001.18215 
Fault Module Timestamp: 49953395 
Exception Code: e0434352 
Exception Offset: 000442eb 
OS Version: 6.0.6001.2.1.0.256.1 
Locale ID: 1033 

Additional information about the problem: 
LCID:  1033 
Brand: Office12Crash 
skulcid: 1033 

所以答案是ClickOnce不合适。 .msi似乎正确地安装了加载项,但是在运行时它吹得天高。请记住,通过Visual Studio启动时,插件可以在运行时正常工作。为什么部署必须非常困难?

相关问题