Création de packages de solution SharePoint
Le Concepteur de packages permet de créer et de personnaliser des packages de déploiement. Vous pouvez, par exemple, ajouter des éléments de projet et des fonctionnalités SharePoint, réinitialiser le serveur IIS, définir la portée de l'activation des fonctionnalités et identifier des dépendances de fonctionnalité. Le concepteur génère également un manifeste, c'est-à-dire un fichier XML ayant pour but de décrire chaque package.
Outils d'empaquetage
Servez-vous du Concepteur de packages pour personnaliser le package et générer le manifeste. Vous pouvez inclure des éléments de projet SharePoint, préciser si le serveur Web doit être réinitialisé ou non et définir le type de serveur de déploiement. Pour plus d'informations, consultez Comment : ajouter et supprimer des fonctionnalités et des éléments dans un package à l'aide du Concepteur de packages.
Vous pouvez également faire appel à l'Explorateur de package pour modifier les fonctionnalités et les éléments dans votre fichier de package (.wsp). Pour plus d'informations, consultez Comment : ajouter et supprimer des fonctionnalités et des éléments dans un package à l'aide de l'Explorateur de package.
Vous pouvez utiliser Visual Studio et MSBuild pour créer des fichiers de package (.wsp) en vue de déployer votre solution SharePoint. Ce processus génère les fichiers manifeste nécessaires au déploiement de SharePoint. Pour plus d'informations, consultez Comment : créer un package de solution SharePoint dans Visual Studio et Comment : créer un package de solution SharePoint à l'aide de tâches MSBuild.
Options du Concepteur de packages
Le tableau suivant présente les propriétés qu'il est possible de personnaliser dans les packages SharePoint au moyen du Concepteur de packages.
Propriété du Concepteur de packages |
Description du paramètre par défaut |
|---|---|
Nom |
Obligatoire. Le nom donné par défaut au package est NomProjet. |
Réinitialiser le serveur Web |
Facultatif. Sélectionnez cette propriété si vous avez l'intention de redémarrer le serveur Web après avoir installé le fichier .wsp sur le serveur SharePoint. |
Type de serveur de déploiement |
Obligatoire. Par défaut, la portée correspond à ApplicationServer.
OptionDescription
ApplicationServerDécrit un serveur qui héberge des services.
WebFrontEndDécrit un serveur qui héberge des sites Web.
|
Éléments dans la solution |
Ensemble des éléments de projet et des fonctionnalités SharePoint susceptibles d'être ajoutés au package. |
Éléments dans le package |
Facultatif. Ensemble des éléments et des fonctionnalités SharePoint que vous souhaitez déployer dans votre package. |
Configuration du processus d'empaquetage
Après avoir développé des solutions SharePoint dans Visual Studio 2010, vous avez la possibilité de personnaliser le mode d'empaquetage des projets.
Le tableau suivant présente les deux cibles MSBuild que vous pouvez utiliser pour définir la façon dont le fichier .wsp est créé.
Cible |
Description |
|---|---|
BeforeLayout |
Cible chargée d'effectuer les tâches juste avant la copie des fichiers dans un répertoire intermédiaire. Vous pouvez modifier les fichiers avant de créer un fichier de package (.wsp). |
AfterLayout |
Cible chargée d'effectuer les tâches juste après la copie des fichiers dans un répertoire intermédiaire. |
Pour plus d'informations, consultez Comment : personnaliser un package de solution SharePoint à l'aide de cibles de MSBuild.
Architecture d'empaquetage
La création d'un package SharePoint (.wsp) dans Visual Studio se déroule selon les étapes suivantes.
Les fonctionnalités et les packages sont validés pour s'assurer que la structure physique et sémantique du package est correcte.
Les fonctionnalités, les éléments de projet et les fichiers du package sont énumérés. Les fichiers manifeste pour les packages et les fonctionnalités sont transformés afin d'inclure toutes les informations nécessaires au déploiement et à l'activation. Les jetons sont remplacés par la valeur qualifiée complète.
La cible MSBuild BeforeLayout personnalisable est exécutée. Vous pouvez créer cette étape pour apporter des modifications personnelles au package avant la création du fichier .wsp.
Les fichiers énumérés sont copiés dans un répertoire intermédiaire.
La cible MSBuild AfterLayout personnalisable est exécutée. Vous pouvez créer cette étape pour apporter des modifications personnelles au package avant la création du fichier .wsp.
Les fichiers figurant dans le répertoire intermédiaire sont ajoutés au fichier .wsp.
Structure des dossiers du package
Lorsque vous créez un package pour votre projet SharePoint, un fichier .wsp est créé pour vous dans le dossier SolutionFolder\bin \BuildConfiguration. Si, par exemple, votre solution se trouve sur lecteur:\Visual Studio 2010\Projects\ListDefinition1 et que votre configuration de build correspond à Release, le fichier .wsp figure sur lecteur:\Visual Studio 2010\Projects\ListDefinition1\bin\Release.
Voir aussi
Tâches
Comment : personnaliser un package de solution SharePoint
Comment : créer un package de solution SharePoint dans Visual Studio
Comment : créer un package de solution SharePoint à l'aide de tâches MSBuild
Concepts
Comment : personnaliser un package de solution SharePoint à l'aide de cibles de MSBuild