Erstellen von SharePoint-Lösungspaketen
Mithilfe des Paket-Designers können Sie Bereitstellungspakete erstellen und anpassen. Beispielsweise können Sie SharePoint-Projektelemente und -Funktionen hinzufügen, den IIS-Server zurücksetzen, Funktionsaktivierungsbereiche festlegen und Funktionsabhängigkeiten identifizieren. Der Designer generiert außerdem ein Manifest, eine XML-Datei, die jedes Paket beschreibt.
Tools zum Packen
Sie können den Paket-Designer verwenden, um das Paket anzupassen und das Manifest zu generieren. Sie können SharePoint-Projektelemente einschließen, konfigurieren, ob der Webserver zurückgesetzt werden soll, und den Bereitstellungsservertyp festlegen. Weitere Informationen finden Sie unter Gewusst wie: Hinzufügen und Entfernen von Funktionen und Elementen in einem Paket mit dem Paket-Designer.
Alternativ können Sie den Paket-Explorer verwenden, um die Funktionen und Elemente in der Paketdatei (.wsp) zu ändern. Weitere Informationen finden Sie unter Gewusst wie: Hinzufügen und Entfernen von Funktionen und Elementen in einem Paket mit dem Paket-Explorer.
Mithilfe von Visual Studio und MSBuild können Sie Paketdateien (.wsp) erstellen, die für die SharePoint-Lösung bereitgestellt werden sollen. Bei diesem Vorgang werden die für die SharePoint-Bereitstellung benötigten Manifestdateien generiert. Weitere Informationen finden Sie unter Gewusst wie: Erstellen eines SharePoint-Lösungspakets in Visual Studio und Gewusst wie: Erstellen eines SharePoint-Lösungspakets mithilfe von MSBuild-Zielen.
Optionen des Paket-Designers
In der folgenden Tabelle werden die Eigenschaften gezeigt, die Sie mit dem Paket-Designer in SharePoint-Paketen anpassen können.
Eigenschaft des Paket-Designers |
Beschreibung der Standardeinstellung |
|---|---|
Name |
Erforderlich. Der Standardname des Pakets wird auf ProjectName festgelegt. |
Webserver zurücksetzen |
Optional. Legen Sie fest, ob der Webserver neu gestartet werden soll, nachdem die WSP-Datei auf dem SharePoint-Server installiert wurde. |
Bereitstellungsservertyp |
Erforderlich. In der Standardeinstellung ist der Bereich auf ApplicationServer festgelegt.
OptionBeschreibung
ApplicationServerBeschreibt einen Server, der Dienste hostet.
WebFrontEndBeschreibt einen Server, der Websites hostet.
|
Elemente in der Lösung |
Alle SharePoint-Projektelemente und -Funktionen, die dem Paket hinzugefügt werden können. |
Elemente in diesem Paket |
Optional. Alle SharePoint-Elemente und -Funktionen, die Sie im Paket bereitstellen möchten. |
Konfigurieren des Verpackungsprozesses
Nachdem Sie SharePoint-Lösungen in Visual Studio 2010 entwickelt haben, können Sie anpassen, wie die Projekte gepackt werden.
In der folgenden Tabelle werden die zwei MSBuild-Ziele gezeigt, mit denen Sie anpassen können, wie die WSP-Datei erstellt wird.
Ziel |
Beschreibung |
|---|---|
BeforeLayout |
Das Ziel, das sofort Aufgaben ausführt, bevor die Dateien in ein Zwischenverzeichnis kopiert werden. Sie können die Dateien vor dem Erstellen einer Paketdatei (.wsp) ändern. |
AfterLayout |
Das Ziel, das sofort Aufgaben ausführt, nachdem die Dateien in ein Zwischenverzeichnis kopiert wurden. |
Weitere Informationen finden Sie unter Gewusst wie: Anpassen eines SharePoint-Lösungspakets mithilfe von MSBuild-Zielen.
Verpackungsarchitektur
Die folgenden Schritte werden ausgeführt, wenn Sie in Visual Studio ein SharePoint-Paket (.wsp) erstellen.
Der Funktionen und Pakete werden überprüft, um sicherzustellen, dass die physikalische und semantische Struktur des Pakets richtig ist.
Der Funktionen, Projektelemente und Paketdateien im Paket werden aufgelistet. Manifestdateien für Pakete und Funktionen werden umgewandelt, damit alle erforderlichen Informationen für die Bereitstellung und Aktivierung eingeschlossen sind. Die Token werden durch den vollqualifizierten Wert ersetzt.
Das anpassbare MSBuild-Ziel BeforeLayout wird ausgeführt. Sie können diesen Schritt erstellen, um benutzerdefinierte Änderungen am Paket vorzunehmen, bevor die WSP-Datei erstellt wird.
Die aufgelisteten Dateien werden in ein Zwischenverzeichnis kopiert.
Das anpassbare MSBuild-Ziel AfterLayout wird ausgeführt. Sie können diesen Schritt erstellen, um benutzerdefinierte Änderungen am Paket vorzunehmen, bevor die WSP-Datei erstellt wird.
Die Dateien im Zwischenverzeichnis werden der WSP-Datei hinzugefügt.
Paketordnerstruktur
Wenn Sie das SharePoint-Projekt packen, wird im Ordner SolutionFolder\bin\BuildConfiguration eine WSP-Datei erstellt. Wenn sich die Lösung beispielsweise unter Laufwerk:\Visual Studio 2010\Projects\ListDefinition1 befindet und die Buildkonfiguration auf Release festgelegt ist, befindet sich die WSP-Datei unter Laufwerk:\Visual Studio 2010\Projects\ListDefinition1\bin\Release.
Siehe auch
Aufgaben
Gewusst wie: Anpassen eines SharePoint-Lösungspakets
Gewusst wie: Erstellen eines SharePoint-Lösungspakets in Visual Studio
Gewusst wie: Erstellen eines SharePoint-Lösungspakets mithilfe von MSBuild-Zielen
Konzepte
Gewusst wie: Anpassen eines SharePoint-Lösungspakets mithilfe von MSBuild-Zielen