我的外接目标Outlook 2007和使用C#和Visual Studio 2010年始建我遇到了部署此不同的目标机器的问题通过SETUP.exe和由Visual Studio的发布向导构建的“清单”。管理COM加载项对话框未能作出这种安装Outlook插件活动目标机器上
我最近试图让这个部署到目标电脑(即一个典型的地方,这将被部署,缺乏我的开发环境中的其他用户)给出了奇怪的问题:
- 外接安装OK(即设置没有怨言,程序正确显示在控制面板中)
- 访问工具 - >信任中心 - >加载项表明,我刚刚安装的加载项是无效
- 点击去..对管理COM Add-i NS对话框&检查矿井的框,然后添加..按钮失败
- 窗口看起来像一个标题为浏览对话框“添加加载项”与“没有项目搜索匹配”来了右侧窗格;在这个窗口的底部是一个标有“文件名:”的空文本框和一个文件类型的“可执行文件”或“所有文件”的选择。该外接仍“不活跃”。
- 这是我不太清楚是什么在这一点上此对话框的需求,使其“主动”(启动时加载的是选择的一部分,在这里)。
注:
- 在此溶液中的2个项目被编为.NET 3.5的“目标框架”,导致如Microsoft.Office.Tools.Outlook.V9.0到DLL的引用和他的同伴(我想这是“VSTO 3.0 ??)
- 该解决方案将启动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安装程序。任何确认,将不胜感激。