Table MsiAssembly
la Table MsiAssembly spécifie Windows Installer paramètres pour les assemblys Microsoft .NET Framework et les assemblys Win32. Pour plus d’informations, consultez installation d’assemblys dans le global assembly cache et installation d’assemblys Win32.
sur Windows XP, Windows Installer pouvez installer des assemblys Win32 en tant qu' assemblys côte à côte. Pour plus d’informations, consultez l' API d’assembly côte à côte.
Windows 2000 : Cette fonctionnalité n’est pas prise en charge.
La table MsiAssembly contient les colonnes suivantes.
| Colonne | Type | Clé | Nullable |
|---|---|---|---|
| Composant_ | Identificateur | O | N |
| Fonctionnalité_ | Identificateur | N | N |
| Manifeste de fichier _ | Identificateur | N | O |
| Application de fichier _ | Identificateur | N | O |
| Attributs | Integer | N | O |
Colonnes
-
-_
-
clé dans la Table de composants qui spécifie le composant Windows Installer qui contient cet assembly.
La valeur de ce champ ne doit pas être définie sur null. Le champ keyPath du composant dans la table Component ne doit pas avoir la valeur null.
Pour les assemblys Win32, le chemin d’accès du composant ne peut pas être le fichier manifeste spécifié dans le manifeste de fichier _ . le manifeste peut être le chemin d’accès du keypath pour un .NET Framework ou un assembly de stratégie.
-
Fonctionnalité_
-
Clé dans la table des fonctionnalités.
lorsque l’assembly doit être installé par une installation de fonctionnalité, Windows Installer installe la fonctionnalité vers laquelle pointe ce champ.
-
Manifeste de fichier _
-
clé externe dans la Table de fichiers qui spécifie le fichier qui contient le manifeste d’un assembly .NET Framework ou d’un assembly Win32.
Pour un assembly Win32, ne spécifiez pas ce fichier comme fichier de chemin d’accès de la clé du composant dans le champ keyPath de la table des composants.
-
Application de fichier _
-
Pour installer l’assembly à un emplacement privé, entrez le fichier du chemin d’accès de la clé pour le composant d’assembly dans ce champ.
Il s’agit de la valeur qui apparaît dans le champ keyPath (chemin d’accès) de la table des composants. Le programme d’installation peut ensuite installer l’assembly dans la structure de répertoires du composant spécifié dans la table de répertoires. Ce champ doit avoir la valeur null si l’assembly doit être installé dans le Global Assembly Cache.
-
Attributs
-
Entrez la valeur 1 (un) pour un assembly Win32. entrez la valeur 0 (zéro) pour un assembly de .NET Framework.
si la colonne d’attributs a la valeur NULL, le programme d’installation traite l’assembly comme un .NET Framework assembly.
Notes
S’il existe au moins une entrée dans la table MsiAssembly, la table InstallExecuteSequence doit contenir l' action MsiPublishAssemblieset l' action MsiUnpublishAssemblies.
étant donné que les assemblys ne peuvent pas être restaurés une fois qu’ils ont été validés, Windows Installer utilise un processus d’installation en deux étapes. Les interfaces vers les assemblys sont créées pendant les opérations d’installation qui sont générées par l' action MsiPublishAssemblies.
Les assemblys ne sont pas validés avant la réussite de l’exécution de l' action InstallFinalize. Cela signifie que si vous créez une action ou une ressource personnalisée qui s’appuie sur l’assembly, elle doit être séquencée après l' action InstallFinalize. Par exemple, si vous devez démarrer un service qui dépend d’un assembly dans le global assembly cache (GAC), vous devez planifier le démarrage de ce service après l' action InstallFinalize. Cela signifie que vous ne pouvez pas utiliser la table ServiceControl pour démarrer le service. au lieu de cela, vous devez utiliser une action personnalisée qui est séquencée après InstallFinalize.