Ms word VS 2008推出的Word自动化失败
我已经在服务器（WIN2003）上部署了我的web应用程序（ASP.NET/C#），以便能够合并word文档并打开它们 一切正常：一个.doc文档被添加到另一个.doc文档的底部（使用Microsoft.Office.Interop.Word库），然后用客户端MS Word打开 不幸的是，在周末，另一个团队在服务器上进行了自动更新，我还不知道进行了哪种更新（可能是Office 2003更新，但甚至可能是服务器补丁） 无论如何，在此之后，我在事件查看器中收到以下警告，并且在使用Microsoft.Office.Interop.Word库时应用程序将挂起： 检测产品{90110409-6000-11D3-8CFE-0150048383C9}， 功能“OfficeUserData”，组件“{4A31E933-6F67-11D2-AAA2-00A0C90F57B0}”失败。Ms word VS 2008推出的Word自动化失败,ms-word,Ms Word,我已经在服务器（WIN2003）上部署了我的web应用程序（ASP.NET/C#），以便能够合并word文档并打开它们 一切正常：一个.doc文档被添加到另一个.doc文档的底部（使用Microsoft.Office.Interop.Word库），然后用客户端MS Word打开 不幸的是，在周末，另一个团队在服务器上进行了自动更新，我还不知道进行了哪种更新（可能是Office 2003更新，但甚至可能是服务器补丁） 无论如何，在此之后，我在事件查看器中收到以下警告，并且在使用Microsoft.
资源“HKEY\U CURRENT\U USER\Software\ODBC\ODBC.INI\MS Access数据库”不存在 我们甚至不使用MS Access，而是使用SQL Server。 我担心的是，注册表项已被更改，现在系统不再像预期的那样工作 我将“网络服务”用户设置为具有访问/启动word的权限，该用户与默认应用程序池使用的用户相同。我们使用IIS6，windowsserver2003e-word2003 你能提出解决办法吗？（即使我知道这一点，但不知道已经进行了哪些更新，这可能会很困难）
谢谢要不惜一切代价避免在服务器上使用和办公组件（beit Office本身或PIA）： 微软目前没有 建议，但不支持， 微软办公自动化 任何无人看管的申请， 非交互式客户端应用程序或 组件（包括ASP、ASP.NET、， DCOM和NT服务），因为Office 可能表现出不稳定的行为和/或 在此模式下运行Office时出现死锁 环境 像许多其他人一样，我经常遇到这个问题，没有简单的解决办法。 或者在某个地方专门安装一台服务器来处理办公室事务（并准备定期重新启动），或者使用不参考PIA的第三方产品
很抱歉给您带来了坏消息……要不惜一切代价避免在服务器上使用和办公组件（beit Office本身或PIA）： 微软目前没有 建议，但不支持， 微软办公自动化 任何无人看管的申请， 非交互式客户端应用程序或 组件（包括ASP、ASP.NET、， DCOM和NT服务），因为Office 可能表现出不稳定的行为和/或 在此模式下运行Office时出现死锁 环境 像许多其他人一样，我经常遇到这个问题，没有简单的解决办法。 或者在某个地方专门安装一台服务器来处理办公室事务（并准备定期重新启动），或者使用不参考PIA的第三方产品
很抱歉给您带来了坏消息……您应该能够在Windows更新下查看最近应用了哪些更新。希望你能把它们滚回去直到找到罪犯 保罗说得对。在服务器上部署使用MSOffice应用程序的解决方案可能是一个非常棘手的问题。做好准备，当您认为错误的WINWORD.EXE进程可能已从后端退出时，请使用看门狗计时器和代码枚举并杀死它。这不是优雅的东西，但可以让它发挥作用 至于第三方工具，我已经看过很多了。如果您是从头开始构建文档，那么大多数都是可以的，尽管它们具有不同级别的实现功能。 如果您可以专门使用DOCX文件，那么opendocxmlsdk工作得非常好，而且是免费的。但实际操作现有文档很糟糕 如果您计划使用现有文档作为模板，那么您的选项将变得更加狭窄。您可以使用OpenXMLSDK来实现这一点，但这非常困难。迎风报告可以工作，但可以是$$$ 大多数出售的“Word兼容”库并没有实现您可能需要的所有功能
您很可能会发现，使用Word对象模型API是为您提供所需功能的唯一途径。但是，与往常一样，YMMV。您应该能够在Windows更新下查看最近应用了哪些更新。希望你能把它们滚回去直到找到罪犯 保罗说得对。在服务器上部署使用MSOffice应用程序的解决方案可能是一个非常棘手的问题。做好准备，当您认为错误的WINWORD.EXE进程可能已从后端退出时，请使用看门狗计时器和代码枚举并杀死它。这不是优雅的东西，但可以让它发挥作用 至于第三方工具，我已经看过很多了。如果您是从头开始构建文档，那么大多数都是可以的，尽管它们具有不同级别的实现功能。 如果您可以专门使用DOCX文件，那么opendocxmlsdk工作得非常好，而且是免费的。但实际操作现有文档很糟糕 如果您计划使用现有文档作为模板，那么您的选项将变得更加狭窄。您可以使用OpenXMLSDK来实现这一点，但这非常困难。迎风报告可以工作，但可以是$$$ 大多数出售的“Word兼容”库并没有实现您可能需要的所有功能
您很可能会发现，使用Word对象模型API是为您提供所需功能的唯一途径。但是，一如既往，YMMV。谢谢您的反馈。我也读过，但无论如何，目前我们希望使用当前的解决方案来解决问题（因为它是在生产服务器上运行的）。我们现在没有时间移动组件并重新测试它们，然后再将它们重新投入使用。我对此表示同情，并知道这是多么的>；-）谢谢你的反馈。我也读过，但是安娃