Instalei (e registrei) um aplicativo DCOM em uma máquina W2K8R2 e seu GUID pode ser encontrado na lista DCOM mostrada por dcomcnfg.
Também posso usar o Powershell para localizar um objeto Win32_DCOMApplication ou Win32_DCOMApplicationSetting para seu GUID:
PS C:\Windows\system32> Get-WMIObject Win32_DCOMApplicationSetting -Filter "AppID='{1CECFD4D-2CFB-4626-95C7-0266C26960FA
}'"
__GENUS : 2
__CLASS : Win32_DCOMApplicationSetting
__SUPERCLASS : Win32_COMSetting
__DYNASTY : CIM_Setting
__RELPATH : Win32_DCOMApplicationSetting.AppID="{1CECFD4D-2CFB-4626-95C7-0266C26960FA}"
__PROPERTY_COUNT : 12
__DERIVATION : {Win32_COMSetting, CIM_Setting}
__SERVER : MYSRV
__NAMESPACE : root\cimv2
__PATH : \\MYSRV\root\cimv2:Win32_DCOMApplicationSetting.AppID="{1CECFD4D-2CFB-4626-95C7-0266C269
60FA}"
AppID : {1CECFD4D-2CFB-4626-95C7-0266C26960FA}
AuthenticationLevel :
Caption :
CustomSurrogate :
Description :
EnableAtStorageActivation : False
LocalService :
RemoteServerName :
RunAsUser :
ServiceParameters :
SettingID :
UseSurrogate : False
A saída mostra que há uma entrada de aplicativo DCOM para meu GUID. No entanto, não mostra o caminho para o executável. Existe uma maneira de recuperar o caminho completo do executável do aplicativo com o WMI?
Usando a classe Win32_ClassicCOMClassSetting com Powershell
ou usando o WMIC
*isso foi testado no Windows 8.1 x64
ou usando reg.exe
O que acontece quando você procura no registro
{1CECFD4D-2CFB-4626-95C7-0266C26960FA}
?Portanto, o componente powershell, isso deve ajudar você a começar: