Tag: 部署

自动部署Excel AddIn

我已经使用AddIn Express .Net组件创build了一个Excel加载项。 业务用户使用构build团队提供的MSI来安装加载项。 每次我们对产品进行任何更改并提供给业务用户时，他们都需要手动卸载现有的加载项，然后使用更新的MSI安装新的加载项。 我想知道是否有什么办法可以使用一些Windowsbatch file，脚本或一个小的C＃控制台程序自动执行此过程。 理想情况下，它应该卸载现有的加载项，等待卸载过程完成，然后安装新的AddIn。 我试过使用Msiexec，scriptcs等多个选项，但目前为止没有任何成功。 我的主要问题是一旦现有的加载项卸载过程开始，它立即开始安装新的Addin，然后popup标准的Windows消息，“安装已经在进行中…” 任何帮助，将不胜感激。 谢谢

如何将引用程序集添加到VSTO项目的部署？

我已经使用VSTO编写了几个Excel 2003/2007加载项，而且通常最终会引用VSTO项目中的.NET DLL（通常是跨项目重用的代码）。 我遇到了以下问题。 尽pipe对debugging模式或开发计算机的dll的调用完美工作，当我通过MSI安装程序部署加载项时，dll被添加到加载项的文件夹，但加载项不似乎能够调用该DLL。 经过一番努力之后，我想出了一个解决方法：在安装程序的自定义操作之上，为加载项授予安全性，然后添加另一个自定义操作，授予加载项引用的每个单独的dll的安全性。描述在 http://msdn.microsoft.com/en-us/library/bb332052.aspx 我的问题是，虽然它的工作，我不相信我做对了。 这是非常乏味的，而且我也会在我build立的时候得到一个警告，这个警告实际上指的是在同一地点给予两次安全的事实。 这里的任何人都可以告诉我我是否正确，如果有的话，更好的方法是什么？

Excel文档级别部署问题

我们有一个VSTO excel文档级项目。 作为这个项目的一部分创build的Excel文档有一个工作表（名为Start Sheet），它有一些WinForms控件（如button，checkbox等），还有许多其他工作表，主要包含数据。 我们使用Windows安装程序将此解决scheme部署到客户机。 excel版本是excel 2007和VSTO 2010。 无论何时我们的解决scheme部署在客户端机器上，客户端通常会在其计算机上定制excel文档。 就像他们会添加一些新的工作表，除了我们已经添加。 他们还安装了一些像PI这样的插件来将数据引入这些工作表。 现在我们通常会从客户那里获得增强的要求，而且大部分增强function都是在Excel文档中添加新的表格。 几乎99％的要求是添加一个新的表。 每张表单后面的代码是一些业务逻辑，主要由Start表单上的Winform控件触发。 现在他们每次都安装一个增强版的解决scheme，最终得到一个新的excel文档，然后他们必须再次定制它（比如添加一些表格，编写macros等），这对他们来说是很有用的。 这对我们来说是一个很大的问题，因为我们的客户根本就不喜欢它。 有没有一种方法，他们可以部署新版本的解决scheme，仍然保持其Excel文档自定义不变？ 我对VSTO的经验并不多，帮助将不胜感激。

如何为Office 2007 .NET 3.5目标环境部署Excel 2010加载项？

在Office 2010 + .Net Framework 4.0的目标计算机上安装Excel 2010加载项是绝对没问题的。 但是，我不确定Excel 2010加载项是否与Excel 2007和.Net 3.5兼容。 任何人都可以告诉我有关为目标环境部署Excel 2010加载项的一些基本概念？ 我会很感激。 此外，在安装项目的先决条件中，我目前有.NET 4 client profile ， VS2010 tools for office runtime ， Windows Installer 3.1检查。 我需要检查其他选项吗？ 谢谢 编辑： pipe理将Excel 2010加载项安装到运行Office 2007的目标计算机上。 本教程已经介绍了大部分步骤，但有一些技巧需要注意。 主要项目 一定要在你的主项目中检查你的应用程序的目标框架 安装项目 在registry编辑器中，如果您正在部署自动化加载项（例如HKCR \ CLSID \ {您的自定义类ID} \ Programmable ），则除了上述教程中build议的那些外，还要创build以下新键： 将可编程键设置为AlwaysCreate = True （如果您不创build此键并将其正确设置，UDF将不会出现在自动化服务器列表中） 在启动条件编辑器中，添加Windows Installer Search ，并将其重命名为Search for […]

pipe理电子表格版本

我们在电子表格中有很多VBA代码，很多时候人们把它们保存到本地驱动器上。 当我们想要升级电子表格时，我们将新版本推送到共享驱动器，但是没有任何强制人们不使用旧版本电子表格的方法。 在这里有一些最佳做法部署VBA电子表格，所以如果有人加载一个旧版本，它不会打开或将要求您升级。 这似乎是任何自定义解决scheme必须是一个问题，所以我会通过MS会有一些解决scheme在这里。 微软是否有一个标准的版本/部署解决scheme，或者我需要拿出一些本土的解决scheme（电子表格ping数据库启动时检查版本）

“Microsoft.ACE.OLEDB.12.0”提供程序未在本地计算机（服务器）上注册

我知道这个问题有十几个答案和post，但没有任何作品适合我。 我有我的MVC 5应用程序，我将它部署到我的服务器的IIS 7.5。 应用程序运行良好，一切工作，直到我去使用ACE.OLEDB行动。 我得到这个错误： [InvalidOperationException: The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine.] System.Data.OleDb.OleDbServicesWrapper.GetDataSource(OleDbConnectionString constr, DataSourceWrapper& datasrcWrapper) +1785474 System.Data.OleDb.OleDbConnectionInternal..ctor(OleDbConnectionString constr, OleDbConnection connection) +1802032 System.Data.OleDb.OleDbConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningObject) +100 System.Data.ProviderBase.DbConnectionFactory.CreateNonPooledConnection(DbConnection owningConnection, DbConnectionPoolGroup poolGroup, DbConnectionOptions userOptions) +61 System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection) […]

Excel加载项 – ClickOnce – VSTOInstaller.exe.config文件是什么？

编辑：看起来像一个微软的问题，看论坛正确的答案。 编辑2：我要停止监测这个页面，看起来像微软论坛已经死了，我也不再为同一家公司工作。 我们有一个支持Excel 2007/2010/2013的Excel加载项（C＃/ .NET 4.0），并通过Excel加载项进行部署。 今天，一位新客户在一台机器上遇到问题（其他机器正确安装了加载项）。 错误是： 属性“type”的值不能被parsing。 错误是：无法加载文件或程序集“Microsoft.Office.BusinessApplications.Fba，版本= 14.0.0.0，文化=中立，PublicKeyToken = 71e9bce111e9429c”或其依赖之一。 该系统找不到指定的文件。 （C：\ Program Files（x86）\ Common Files \ Microsoft Shared \ VSTO \ 10.0 \ VSTOInstaller.exe.Config第10行） 我的朋友Google给了我很多build议：我们让客户端尝试修复MS VSTO Tools for Office和修复Office，并清除IEcaching，但仍然得到相同的错误。 最后，我们尝试重新命名VSTOInstaller。 exe。configuration从安装“隐藏”，它似乎工作。 我不相信我们的加载项或安装产生这个文件，并且我没有依赖这个文件，我知道（它似乎与SharePoint程序集有关） 虽然我没有明确地下载加载项（我通过VS2013运行），但是我有一个VSTOInstaller.config文件（注意，不是* .exe.config，从客户端看）包含以下XML： <?xml version="1.0" encoding="utf-8" ?> <configuration> <system.net> <webRequestModules> <remove prefix="http:"/> <remove prefix="https:"/> <add prefix="http:" type="Microsoft.Office.BusinessApplications.Runtime.DeploymentAction.HttpFbaRequestCreator,Microsoft.Office.BusinessApplications.Runtime,Version=14.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c" /> <add prefix="https:" […]