Übersicht

Für die Erstellung eines MSI-Paketes ist es natürlich zwingend, dass der Hersteller eine MSI-Datei zur Verfügung stellt. Da die Datei als Datenbank zur Verfügung steht, können wir mit dem FastWrapper sehr viele Informationen direkt auslesen. Daher ist es unnötig, z.B. den Uninstall Key manuell zu suchen.

Technische Referenzen

https://docs.microsoft.com/en-us/windows/win32/msi/windows-installer-portal

Installationsablauf

Der Ablauf der Installation gestaltet sich immer nach dem gleichen Muster

Überprüfung, ob die zu installierende Software bereits lokal installiert ist, dies ist eine Sicherheitsmassnahme, falls das Paket eventuell schon manuell installiert worden ist oder der Job falsch gesetzt worden ist.
Alle Prozesse aus dem Programmfolder der zu installierenden Software werden gelöscht
Alle Prozesse aus der "File Table" der MSI werden gelöscht
Installation der MSI, in der Regel in der Kombination mit der MST
Nachträgliches setzen der Einstellungen (z.B. Sprache, Servernamen, ...)
Eventuell Vergabe von zusätzlichen Rechten auf dem Filesystem oder der Registry
Optional ein Feedback, ob ein Reboot notwendig ist
Überprüfung auf einen Registry Key oder ein File, ob die Installation korrekt durchgelaufen ist

Deinstallationsablauf

Generell sollten alle Ressourcen, die bei der Installation installiert wurden, bei der Deinstallation entfernt werden. Dies ist das Standardverhalten der MSI-Technologie. Die Ausnahmen sind Dateien, die über Komponenten installiert wurden, die mit anderen installierten Paketen gemeinsam genutzt werden. Dateien und INI-Einträge, die nach der Installation der Software erstellt wurden, werden bei der Deinstallation standardmäßig nicht entfernt. Der Anwendungsordner verbleibt mit einigen erstellten Inhalten auf dem Computer. Benutzerspezifische Dateien und Registry-Einträge sollten nicht gelöscht werden.

Überprüfung, ob die zu installierende Software bereits lokal installiert ist.
Alle Prozesse aus dem Programmfolder der zu installierenden Software werden gelöscht
Alle Prozesse aus der "File Table" der MSI werden gelöscht
Deinstallation der MSI
Eventuell Rücknahme von zusätzlichen Rechten auf dem Filesystem oder der Registry
Optional ein Feedback, ob ein Reboot notwendig ist
Überprüfung auf einen Registry Key oder ein File, ob die Installation korrekt durchgelaufen ist

Reparatur

Überprüfung, ob die zu installierende Software bereits lokal installiert ist.
Alle Prozesse aus dem Programmfolder der zu installierenden Software werden gelöscht
Alle Prozesse aus der "File Table" der MSI werden gelöscht
Reparatur der MSI
Eventuell Reparatur von zusätzlichen Rechten auf dem Filesystem oder der Registry
Optional ein Feedback, ob ein Reboot notwendig ist
Überprüfung auf einen Registry Key oder ein File, ob die Installation korrekt durchgelaufen ist

Properties

Folgende Eigenschaften können als Kommandozeilenparameter in der deploy.xml gesetzt werden.

ALLUSERS	1	Installation pro Maschine unter Verwendung von Ordnern im Profil "Alle Benutzer".
ARPNOMODIFY	1	Deaktiviert die Änderungsfunktionalität im ARP
ARPSYSTEMCOMPONENT	Kein Eintrag	Ein ARP-Eintrag für jede msi. Falls msi mehr als einen ARP-Eintrag installiert, kann ARPSYSTEMCOMPONENT = 1 über die Registry-Tabelle gesetzt werden, um einen zusätzlichen APR-Eintrag zu verbergen. Er sollte bei der De-Installation des Pakets gelöscht werden.
LIMITUI	1	Die Ebene der Benutzeroberfläche (UI), die bei der Installation des Pakets verwendet wird, ist auf Basic beschränkt.
MSIDISABLERMRESTART	1	Windows Restart Manager: Die Eigenschaft wird ignoriert, wenn der Neustart-Manager nicht verfügbar oder deaktiviert ist.
MSIRESTARTMANAGERCONTROL	Disable	Windows Restart Manager: Deaktiviert den Neustart-Manager.
MSIRMSHUTDOWN	2	Windows Restart Manager: Die Eigenschaft wird ignoriert, wenn der Neustart-Manager nicht verfügbar oder deaktiviert ist.
REBOOT	ReallySuppress	Unterdrückt alle Neustarts und Neustartaufforderungen, die durch ForceReboot während der Installation ausgelöst werden.
ROOTDRIVE	C:\	Legt das Standardlaufwerk für das Zielverzeichnis der Installation fest.

Features

Das Layout der Merkmale sollte nicht verändert werden, wenn es nicht benötigt wird.

Components

Komponenten einer Hersteller-MSI können unverändert belassen werden. Komponenten, die über MST hinzugefügt werden, sollten den Vorschriften für Repackaged MSI entsprechen.

Current User Entries

Wenn das Paket vom Hersteller korrekt erstellt wurde, ist der Benutzeranteil in diesem Fall vernachlässigbar, da er vom MSI per Selbstheilung ausgelöst wird.

In Ausnahmefällen kann aber auch hier der <userinstall> Abschnitt verwendet werden, der automatisch eine "ActiveSetup.vbs" im Hauptverzeichnis des Programms anlegt, die direkt bei der Installation für alle angemeldeten Benutzer ausgeführt wird, aber auch bei allen nachfolgenden Anmeldungen über die ActiveSetup.vbs ausgelöst wird

AktiveSetup

ActiveSetup-Einträge im Hersteller-MSI werden, wenn sie vorhanden sind, in den Abschnitt der Datei deploy.xml verschoben. Ansonsten gelten die Empfehlungen für Repackaged MSI.

Dateien

Die Hersteller-MSI kann ohne Änderungen belassen werden.

Medien/CAB's

Vendor msi Media Option wird unverändert belassen. Wenn Dateien zum Paket hinzugefügt werden, sollten sie in eine neue externe CAB-Datei (mit dem Namen .cab) komprimiert oder als unkomprimierte Dateien eingebunden werden, abhängig von den Besonderheiten der Hersteller-MSI.

Ini-Dateien

Die Hersteller-MSI kann ohne Änderungen belassen werden.

Registrierung

Schlüssel sind auf hart kodierte Einträge zu untersuchen, z.B.: Rechnernamen, IP-Adressen, Portnummern etc. Diese Einträge sollten durch MSI-Eigenschaften ersetzt werden. Der Inhalt der SelfReg-Tabelle kann in der Hersteller-MSI so belassen werden.

Dateizuordnungen

Die Hersteller-msi kann ohne Änderungen belassen werden.

Umgebungsvariablen

Werte übernehmen, wenn Umgebungsvariable bereits vorhanden. Bei der Installation angelegte Umgebungsvariable muss beim Entfernen des Pakets entfernt werden.

Beispiel: *=-PATH

Dienste

Bei der Deinstallation der Anwendung sollten die installierten Dienste gestoppt und entfernt werden.

ODBC

Die msi des Herstellers kann ohne Änderungen belassen werden.

Benutzerdefinierte Aktionen

Es sollte keine zusätzliche Custom Action verwendet werden. Alle erforderlichen erweiterten Aktionen sollten über die Deploy.xml implementiert werden.

Sicherheitsberechtigungen

Zugriffsrechte müssen für die lokale Benutzergruppe gesetzt werden (wenn nicht anders in der Installationsdokumentation beschrieben).

Die Zugriffsrechte für Dateien, Ordner, Registrierungsschlüssel und Dienste (falls erforderlich) werden durch Anweisungen in der Datei deploy.xml gesetzt, die nach der Installation ausgeführt werden. Es sollten die Dienstprogramme SECEDIT oder icacls verwendet werden.

In Ausnahmefällen kann die Tabelle LockPermissions, MsiLockPermissionsEx in der Hersteller-MSI belassen werden. Dies sollte in der Paketdokumentation vermerkt werden.

Shortcuts

Die Shortcuts werden zusätzlich im <initialize> Abschnitt aufgezeichnet, so dass es möglich ist, sie auf ein anderes System zu exportieren

Spezielle Richtlinien

ProductCode sollte niemals geändert werden
LaunchConditions werden immer entfernt
Allgemeine Manipulationen werden immer im MST durchgeführt
Dynamische Manipulationen (Servernamen, Serienschlüssel) werden in der Deploy.xml vorgenommen

Paketvalidierung

Bei der MSI-Validierung wird die Konsistenz und referenzielle Integrität der MSI-Dateidatenbank überprüft. Dies geschieht mit sogenannten ICE-Tests (Internal Consistency Evaluators). Die Standard-Validierung mit der "Full MSI Validation Suite" muss verwendet werden. ICE-Fehler in der "Vendor MSI" können ignoriert werden. Fehler von 3rd Party Merge Modules oder die von zertifizierten Merge Modules stammen, können ebenfalls ignoriert werden. Alle "Warnings"-Meldungen können ignoriert werden.