Windows Installer Provider
The Windows Installer provider— also known as the MSI provider— allows WMI-enabled applications to access information collected from Windows Installer compliant applications. This provider is included on the CD as an optional Windows component that you can install using the Control Panel.
The Windows Installer provider makes the functions of the Windows Installer available through WMI classes. The Windows Installer technology organizes software into a hierarchy of parts that have subparts. Each part contains properties of the installed software product. Arranging the parts in a hierarchy clarifies the nature of the software product installation.
The Windows Installer provider reads the properties of a software product installation for remote users and local computers to use the installation procedures that the Windows Installer provides. By using WMI, you can perform many powerful software installation tasks.
The following table identifies the classes and descriptions that the Windows Installer provider supports.
|Actions||Classes derived from CIM_Action represent actions performed during an installation, upgrade, uninstall, or application maintenance.|
|Associations||Instances of this association class represent references to other Installer provider classes.|
|Checks||Classes derived from CIM_Check represent conditions that should be true when a software feature or element is installed.|
|Core Classes||Classes that you can use to access 90 percent of software installation information. These are the most important classes.|
|External Associations||Instances of this association class represent references to Microsoft Win32 classes that the Installer provider classes do not support.|
|Settings||Instances of settings capture a set of properties that are meaningful within the context of a specific environment (setup).|
Actions are derived from the Distributed Management Task Force (DMTF) CIM_Action class. An action is an operation that is part of a process to either create a software element in its next state, or to eliminate the software element in the current state. Functions derived from CIM_Action are those performed during an installation, upgrade, uninstall, or application maintenance.
The CIM_Action class can also supply details about actions that the Windows Installer takes if a product or feature is installed, upgraded, or uninstalled.
For example, if a shared element such as a Spell Checker is uninstalled, Microsoft Installer (MSI) might have to update other applications such as word processors and email programs to ensure that they do not offer the Spell Checker feature.
The following list identifies the action classes for the Windows Installer provider:
Association classes exist so that associations between software application installation objects (products and software features, software elements, checks, and actions) can be represented. These associations are internal to the schema. They do not associate classes outside of the Windows Installer provider schema.
The following list identifies the association classes for the Windows Installer provider:
The core classes are the base classes of the Windows Installer provider schema. They make up the basic application installation instance hierarchy. You can use the following classes to access the bulk of the information on software application-installations.
The following list identifies the core classes for the Windows Installer provider:
Checks are derived from the DMTF CIM_Check class. A check is a condition or characteristic that is expected to be true within the scope of a CIM_ComputerSystem instance. The CIM_Check class represents details to be checked when a software feature or element is installed. This information might specify that other software features should be installed, or that specific hardware requirements must be met. An example is a check to see if enough disk space is available.
The following list identifies the check classes for the Windows Installer provider:
External association classes are like association classes except that they represent relationships between objects of Windows Installer classes and objects of standard Win32 classes. Examples of external associations are those that bind software elements to a computer or service access point (SAP).
The following list identifies the external association classes for the Windows Installer provider:
Settings contain more information about installations or their components.
The following list identifies the setting classes for the Windows Installer provider: