C# 如何部署System.Management.Automation?
我正在帮助一个项目,一个承包商以前工作过(所以我没有太多的历史) 该项目构建良好,但当我们尝试执行某些操作时,会出现运行时错误,表明找不到System.Management.Automation.dll 作为解决问题的措施,我们手动将dll安装到安装目录中。然后,我们会收到一个错误,指示加载Microsoft.Management.Infrastructure失败 据我所知,这些DLL存在于Microsoft Management Framework下载中,也可能存在于Powershell 3.0中 我的问题:这些DLL所属的最小软件包是什么,为生产软件版本部署它们的最佳方式是什么 编辑 我只是想说清楚,我并不是想通过“裸体”部署那些DLL来攻击/frankenbuild,我只是想为这些DLL确定正确的可再发行包。我就是想不出是哪一个 编辑C# 如何部署System.Management.Automation?,c#,powershell,C#,Powershell,我正在帮助一个项目,一个承包商以前工作过(所以我没有太多的历史) 该项目构建良好,但当我们尝试执行某些操作时,会出现运行时错误,表明找不到System.Management.Automation.dll 作为解决问题的措施,我们手动将dll安装到安装目录中。然后,我们会收到一个错误,指示加载Microsoft.Management.Infrastructure失败 据我所知,这些DLL存在于Microsoft Management Framework下载中,也可能存在于Powershell 3.
如果有帮助的话,我们正在运行的代码的本质是以编程方式创建exchange邮箱。我认为您不能单独合法地重新分发这两个DLL中的任何一个(例如讨论了对于自动化,您还可以检查这些命名空间的“可重新分发”)。您必须确保目标机器具有PowerShell和管理框架。我认为您不能单独合法地重新分发这两个DLL中的任何一个(例如讨论了对于自动化,您还可以检查这些命名空间的“可重新分发”)。您必须确保目标计算机具有PowerShell和管理框架。以防其他人遇到此问题:我们最终通过部署Windows Management Framework 3.0解决了此问题,其中包括必要的程序集 以防其他人遇到此问题:我们最终通过部署Windows Management Framework 3.0解决了此问题,其中包括必要的程序集 谢谢,但我不想单独重新分发它们--我正在尝试确定要使用的正确的可重新分发包。谢谢,但我不想单独重新分发它们--我正在尝试确定要使用的正确的可重新分发包。