我可以运行wmic product来获得所有已安装软件的列表。 此命令将列出安装在系统上下文中的所有软件或login用户的每个用户上下文。 但是，此命令不会列出其他用户在每个用户上下文中安装的任何软件。 是否有可能获得计算机上所有已安装软件的列表，包括其他用户在每个用户环境下安装的软件？ 我确定我可以枚举每个用户的HKCUregistry项，但有没有一个简单的命令行来完成呢？
Windows机器上的Adobe Premiere Pro将其“媒体caching”文件存储在％appdata％目录中。 在我们的networking中，这被redirect到一个服务器共享，并消耗大量的存储空间，同时增加了用户的延迟时间。 每个用户都可以手动更改UI中的设置，并将这些文件存储在别处。 这似乎修改当前用户registry项。 我在一所学校工作，依靠学生正确地改变这个设置是一个灾难的食谱！ 我也受到额外限制，因为我无法访问组策略，也无法更改文件夹redirect或尝试为此特定文件夹添加例外。 我需要一种方法将媒体caching的默认位置更改为本地驱动器（C :)而不是用户的％appdata％文件夹。 上下文：Windows 7 64位，Adobe Creative Cloud 2015，Windows Server 2012企业域。 任何帮助在这里将不胜感激！ 谢谢。 PS我会添加更多有意义的标签，但没有声望。
我最近使用Adobe自定义向导为最新版本的Acrobat Reader DC创build一个自定义转换（.mst）文件，并将其部署到我们的networking中。 今天我发现自定义设置阻止了我们自己Intranet上的Sharepoint文档打开。 这是一个单一的checkbox，我误点了点击。 我已更正错误并更新了分发点。 我遇到的问题是，Windows Installer不允许您事后应用.mst文件。 你必须做一个完整的卸载/重新安装应用程序来应用一组不同的变换。 SCCM没有这个select。 如果我更新或创build一个新的应用程序，SCCM将会检测到它已经被安装，并且不会应用修正，因为它是同一个应用程序的相同版本。 我现在唯一能想到的就是用一个.txt文件“标记”每台计算机，并将其用作检测方法的一部分。 但当然，我必须使用脚本来执行卸载/重新安装和标记机器，这将需要一整天。 有一个更简单的解决scheme？ 我正在使用SCCM 1607，顺便说一句。 工作站是32位和64位Win7和Win10电脑的混合。
我在VSTS / visualstudio.com上有一个应用程序 我想build立到AWS的连续部署。 我目前限制访问数据库服务器与防火墙上的白名单IP。 这意味着visual studio不能访问数据库服务器。 是否有可能得到的Visual Studio在线使用的IP地址范围，所以我可以将其添加到此列表？ 谢谢
我是自动部署的新手，希望能够从7位vmware esxi 5.5主机（所有主机都在同一个站点）上有效地部署大约75个虚拟机（包括Windows和Linux虚拟机）的最佳途径得到专家的指导。 主机可能手动insatlled，因为7主机不是一个大数字; 即使这个步骤的自动化build议非常感谢。 你会build议什么工具来有效地部署Windows和Linux混合的vms？ 微软的SCVMM能做到这一点吗？ build议了什么替代scheme？ 提前致谢。
当我尝试在Jboss中部署一个Spring应用程序时，我得到这个错误： 11：32：34,045错误[AbstractKernelController]错误安装到开始：name = persistence.unit：unitName =＃ehr-punit state = Create java.lang.RuntimeException：违反规范[EJB3 JPA 6.2.1.2] – 您尚未为启用JTA的持久性上下文定义jta-data-source：ehr-punit 在org.jboss.jpa.deployment.PersistenceUnitInfoImpl。（PersistenceUnitInfoImpl.java:115） 在org.jboss.jpa.deployment.PersistenceUnitDeployment.start（PersistenceUnitDeployment.java:275） 在sun.reflect.NativeMethodAccessorImpl.invoke0（本地方法） 在sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39） 在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25） 在java.lang.reflect.Method.invoke（Method.java:597） 在org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke（ReflectionUtils.java:59） 在org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke（ReflectMethodInfoImpl.java:150） 在org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch（BasicMethodJoinPoint.java:66） 在org.jboss.kernel.plugins.dependency.KernelControllerContextAction $ JoinpointDispatchWrapper.execute（KernelControllerContextAction.java:241） 在org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute（ExecutionWrapper.java:47） 在org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper（KernelControllerContextAction.java:109） 在org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint（KernelControllerContextAction.java:70） 在org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal（LifecycleAction.java:221） 在org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction（InstallsAwareAction.java:54） 在org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction（InstallsAwareAction.java:42） 在org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction（SimpleControllerContextAction.java:62） 在org.jboss.dependency.plugins.action.AccessControllerContextAction.install（AccessControllerContextAction.java:71） 在org.jboss.dependency.plugins.AbstractControllerContextActions.install（AbstractControllerContextActions.java:51） 在org.jboss.dependency.plugins.AbstractControllerContext.install（AbstractControllerContext.java:348） 在org.jboss.dependency.plugins.AbstractController.install（AbstractController.java:1631） 在org.jboss.dependency.plugins.AbstractController.incrementState（AbstractController.java:934） 在org.jboss.dependency.plugins.AbstractController.resolveContexts（AbstractController.java:1082） 在org.jboss.dependency.plugins.AbstractController.resolveContexts（AbstractController.java:984） 在org.jboss.dependency.plugins.AbstractController.install（AbstractController.java:774） 在org.jboss.dependency.plugins.AbstractController.install（AbstractController.java:540） 在org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy（BeanMetaDataDeployer.java:121） 在org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy（BeanMetaDataDeployer.java:51） 在org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy（AbstractSimpleRealDeployer.java:62） 在org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy（AbstractRealDeployer.java:50） 在org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy（DeployerWrapper.java:171） 在org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy（DeployersImpl.java:1439） 在org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst（DeployersImpl.java:1157） 在org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst（DeployersImpl.java:1178） 在org.jboss.deployers.plugins.deployers.DeployersImpl.install（DeployersImpl.java:1098） 在org.jboss.dependency.plugins.AbstractControllerContext.install（AbstractControllerContext.java:348） 在org.jboss.dependency.plugins.AbstractController.install（AbstractController.java:1631） 在org.jboss.dependency.plugins.AbstractController.incrementState（AbstractController.java:934） 在org.jboss.dependency.plugins.AbstractController.resolveContexts（AbstractController.java:1082） 在org.jboss.dependency.plugins.AbstractController.resolveContexts（AbstractController.java:984） […]
SMS 2003包含一个伟大的自动化function，通过优秀的DLL： Microsoft.SystemsManagementServer.Automation.dll 。 它允许使用直观的对象，属性和方法自动化SMS，例如： SMSProvider.Packages.Create("NewPackage"); 在SCCM 2007中 ，似乎这个伟大的DLL已被弃用，赞成更多的WMI风格的“狗的早餐”代码： var conn = new WMIConnection(@"\\Server\root\sms\site_a", usr, pass); var queryResults = conn.ExecuteQuery("SELECT * FROM SMS_Package WHERE Name='" + packageName + "'"); foreach (ManagementObject obj in queryResults) { packageID = (string)obj.GetPropertyValue("PackageID"); } 我试图围绕这些wmi电话写我自己的骨架类。 基本自动化似乎需要的所有东西似乎是： SccmServer ， SccmPackage ， SccmProgram和SccmTaskSequence 。 问题是 ：有没有人有包装，这样的框架类可用，或知道我可以使用或适应任何开源项目？ 我讨厌为这样的世俗事物重新发明轮子。
在工作中，我们正在将我们的生产应用程序迁移到虚拟机基础架构，并且非常好。 我们正在抛出的一个想法与我们的软件部署过程有关。 这个想法是，当我们部署一个应用程序，而不是部署到一个现有的虚拟机，我们将创build一个新的虚拟机，部署应用程序，testing，然后一旦看起来很好，将其添加到负载平衡器。 我们期望的一个主要优势是，这将有助于控制我们的testing和产品环境configuration之间发生的漂移。 如果我们在每次部署时都将虚拟机抛弃，那么即使有人对单个服务器进行更改，也不会持续很长时间。 （尽pipe我们认为虚拟机方法仍然有帮助，但最终我们正朝着集中式configurationpipe理的方向发展。） 有人有这方面的经验或想法吗？ 我的一个同事提出的一个挑战是，我们可能需要迁移到每个虚拟机一个应用程序，以便在部署其中一个应用程序时，我们不会被迫在同一个虚拟机上closures多个应用程序。 另一个潜在的问题是在部署过程中有多个具有相同主机名的虚拟机。 会有兴趣听到你的经验和想法。 这对我的组织来说是一个相当新的领域。
当我部署任何东西到各种Sharepoint服务器，我遇到了一些包失败的问题，从我可以看到唯一的错误给出如下。 The timer job for this operation has been created, but it will fail because the administrative service for this server is not enabled. If the timer job is sched uled to run at a later time, you can run the jobs all at once using stsadm.exe – o execadmsvcjobs. To avoid this problem in […]
我想为Active Directory部署构build一个MSI文件。 而不是采取预安装快照，安装应用程序，采取后安装快照，并将差异打包在一个MSI文件。 我想将一个MSI文件中的setup.exe文件，并使用/无声开关运行它。 有没有免费或廉价的程序可以做到这一点？