Bereitstellen einer Office-Lösung mithilfe von Windows Installer

Aktualisiert: September 2010

Sie können mithilfe von Windows Installer ein eigenständiges Installationsprogrammprogramm (MSI-Datei) erstellen. Sie können dann diese Datei verteilen, um Office-Lösungen bereitzustellen. Die MSI-Datei kann auch mithilfe von Systems Management Server (SMS) verteilt werden.

Betrifft: Die Informationen in diesem Thema betreffen Projekte auf Dokument- und Anwendungsebene für Microsoft Office 2010 und 2007 Microsoft Office System. Weitere Informationen finden Sie unter Verfügbare Funktionen nach Office-Anwendung und Projekttyp.

Konfiguration des Setup-Projekts

Folgen Sie zum Erstellen einer MSI-Datei zur Bereitstellung einer Office-Projektmappe dem folgenden allgemeinen Prozess:

1. Erstellen Sie ein Setup-Projekt. Weitere Informationen finden Sie unter Gewusst wie: Erstellen oder Hinzufügen eines Setup-Projekts.

2. Schließen Sie die Projektausgabe des Office-Projekts in das Setup-Projekt ein.

3. Fügen Sie dem Setup-Projekt die Anwendungs- und Bereitstellungsmanifeste hinzu.

4. Konfigurieren Sie die erforderlichen Registrierungsschlüssel für Add-Ins auf Anwendungsebene.

5. Konfigurieren Sie die benutzerdefinierten Dokumenteigenschaften für Anpassungen auf Dokumentebene.

6. Konfigurieren Sie das Setup-Projekt, sodass für die Ausführung der Office-Projektmappe Vertrauenswürdigkeit gewährt wird. Weitere Informationen finden Sie unter Sichern von Office-Projektmappen.

Ausführlichere Anweisungen und Beispiele finden Sie im Thema zur Bereitstellung einer Visual Studio 2010-Tools für Office-Projektmappe mi Windows Installer (möglicherweise in englischer Sprache).

Einschließen der Projektausgabe

Um das Setup-Projekt so zu konfigurieren, dass es die Projektausgabe einschließt, können Sie dem Setup-Projekt entweder die Projektausgabe für den Build oder für die Veröffentlichung hinzufügen. Wenn Sie die Buildprojektausgabe einschließen möchten, verwenden Sie nur die Dateien aus dem Verzeichnis bin\release. Obwohl sich die Manifestdateien im selben Verzeichnis wie die Projektausgabe befinden, müssen das Anwendungsmanifest (Dateiendung .dll.manifest) und das Bereitstellungsmanifest (VSTO-Datei) dem Setup-Projekt manuell hinzugefügt werden. Weitere Informationen finden Sie unter Veröffentlichen von Office-Lösungen.

Registrierungsschlüssel für Add-Ins auf Anwendungsebene

Sie müssen die Microsoft Office-Anwendung in die Lage versetzen, das Add-In zu finden und zu laden, indem Sie Registrierungsschlüssel erstellen. Der Speicherort für den Registrierungsschlüssel ist von der Microsoft Office-Anwendung abhängig. (Für Outlook erfordern Formularbereiche einen zusätzlichen Registrierungsschlüssel.) Fügen Sie bei dem Registrierungsschlüssel Manifest den Zusatz |vstolocal an. Dadurch wird das Add-In von einem beliebigen Speicherort (z. B. %ProgramFiles%) statt aus dem ClickOnce-Cache geladen.

Weitere Informationen finden Sie unter Registrierungseinträge für Add-Ins auf Anwendungsebene.

Dokumenteigenschaften für Anpassungen auf Dokumentebene

Anpassungen auf Dokumentebene verwenden keine Registrierungsschlüssel. Stattdessen wird der Speicherort des Bereitstellungsmanifests in benutzerdefinierten Dokumenteigenschaften gespeichert. Weitere Informationen finden Sie unter Übersicht über benutzerdefinierte Dokumenteigenschaften.

Der Webpublishing-Assistent aktualisiert die Dokumenteigenschaften, sodass diese auf die Anpassungsassembly auf einer Dateifreigabe oder einer Website zeigen. Bei Verwendung von Windows Installer müssen Sie den Wert der _AssemblyLocation-Eigenschaft manuell so ändern, dass dieser als benutzerdefinierte Aktion in Ihrem Setup-Projekt auf das Bereitstellungsmanifest verweist, indem Sie die ServerDocument-Klasse verwenden. Weitere Informationen finden Sie unter Gewusst wie: Anfügen von Erweiterungen durch verwalteten Code an Dokumente.

Bereitstellen für AllUsers

Ab Visual Studio 2010 können Sie Office 2010-Add-Ins auf Anwendungsebene mithilfe von Windows Installer für AllUsers bereitstellen. Das Installieren und Deinstallieren von Add-Ins erfordert Administratorrechte. Das Sicherheitsmodell stützt sich immer noch auf ClickOnce. Daher sollte das zum Signieren der Anwendungs- und der Bereitstellungsmanifeste verwendete Zertifikat auf der Computer- oder Unternehmensebene vertrauenswürdig sein. Andernfalls wird möglicherweise jeder Benutzer aufgefordert, die Vertrauenswürdigkeit des Add-Ins zu überprüfen.

Die Registrierungsschlüssel, die Sie dem Setup-Projekt hinzufügen, ändern sich, wenn Sie auf AllUsers oder nur beim aktuellen Benutzer installieren möchten. Es wird empfohlen, das |vstolocal-Suffix zum Laden des Add-Ins von einem anderen Speicherort als dem ClickOnce-Cache zu verwenden. Weitere Informationen finden Sie unter Registrierungseinträge für Add-Ins auf Anwendungsebene.

Aufnahmeliste

Für die Installation von im Verzeichnis Programme installierten Office-Lösungen sind Administratorrechte erforderlich. Da den Office-Lösungen während der Installation bereits FullTrust-Berechtigungen gewährt wurden, führt Visual Studio 2010-Tools for Office-Laufzeit nicht mehr den zusätzlichen Schritt aus, um anhand der Aufnahmeliste zu überprüfen, ob das Zertifikat vertrauenswürdig ist.

Siehe auch

Konzepte

Erforderliche Komponenten für Office-Projektmappen für die Bereitstellung

Änderungsprotokoll