Mise à niveau d'une définition de site personnalisée Windows SharePoint Services 2.0

Windows SharePoint Services 3

Dans Windows SharePoint Services 2.0, de nombreux types de personnalisation nécessitaient la personnalisation des définitions de site, qui impliquait généralement la copie de la définition de site STS et la modification des schémas de liste, des pages et d'autres éléments structurels dans la copie de la définition. Des parties importantes de la définition de site personnalisée n'étaient pas personnalisées, ce qui signifie qu'elles conservaient la plupart des caractéristiques de base de la définition de site STS.

La méthode permettant d'obtenir un équivalent Windows SharePoint Services 3.0 pour une définition de site personnalisée dans Windows SharePoint Services 2.0 varie en fonction de la définition de site. Si vous n'avez pas beaucoup personnalisé la définition de site par rapport à la définition de site Windows SharePoint Services 2.0 sur laquelle elle reposait, la meilleure solution peut être de créer un équivalent Windows SharePoint Services 3.0 pour cette définition de site et de moderniser la nouvelle définition afin d'inclure les personnalisations Windows SharePoint Services 2.0. Par exemple, si votre seule personnalisation d'une définition de site Windows SharePoint Services 2.0 consistait à ajouter une liste personnalisée ou à copier la définition de site STS et à personnaliser la page Default.aspx pour personnaliser l'apparence, vous devez probablement utiliser la définition de site Windows SharePoint Services 3.0 STS comme base de la nouvelle définition de site personnalisée. Toutefois, si vos personnalisations étaient plus poussées, il vaut mieux convertir la définition de site Windows SharePoint Services 2.0 en un équivalent Windows SharePoint Services 3.0. Le reste de cette rubrique explique comment faire pour convertir une définition de site personnalisée Windows SharePoint Services 2.0 en définition de site Windows SharePoint Services 3.0.

Mise à jour des pages ASPX

Dans la mesure où Windows SharePoint Services est profondément intégré à ASP.NET 2.0, la structure des pages ASP.NET (fichiers .aspx) utilisée dans les sites SharePoint a changé de manière significative. Lors de l'hébergement d'un site Web basé sur une définition de site Windows SharePoint Services 2.0, Windows SharePoint Services exécute les pages dans un mode de compatibilité pour garantir leur fonctionnement dans le déploiement. Toutefois, lorsque vous exécutez des pages d'une définition de site Windows SharePoint Services 3.0, Windows SharePoint Services ne les exécute pas en mode de compatibilité pour des raisons de performance. C'est pourquoi, lorsque vous créez votre définition de site Windows SharePoint Services 3.0, vous devez modifier vos pages ASP.NET dans une certaine mesure.

Si vous n'avez pas personnalisé les pages ASPX dans votre définition de site Windows SharePoint Services 2.0, il est conseillé de copier la page Default.aspx de la définition de site Windows SharePoint Services 3.0 STS (située dans 12\TEMPLATE\SiteTemplates\sts\xml) dans votre définition de site.

Toutes les pages de composants WebPart doivent maintenant contenir un gestionnaire de composants WebPart ASP.NET pour fonctionner correctement. Par conséquent, si vous avez personnalisé les pages ASPX, vous devez ajouter un gestionnaire de composants WebPart à celles-ci, en insérant <WebPartPages:SPWebPartManager id="m" runat="Server" /> dans les pages.

Remarque Remarque :

Étant donné que toutes les pages maîtres SharePoint incluent un gestionnaire de composants WebPart, il est recommandé de baser vos pages ASP.NET sur une page maître. Vous tirez parti de davantage de souplesse à partir d'une infrastructure de page maître, et les pages maîtres permettent de s'assurer que les composants communs des fonctionnalités Windows SharePoint Services sont inclus sur la page. Pour plus d'informations, voir Pages maîtres.

Modification du fichier Onet.xml

La structure du fichier Onet.xml a été modifiée de manière fondamentale. Si vous n'avez pas personnalisé le fichier Onet.xml dans votre définition de site personnalisée Windows SharePoint Services 2.0, il est conseillé de copier le fichier Onet.xml Windows SharePoint Services 3.0 situé dans 12\TEMPLATE\SiteTemplates\sts\xml dans votre définition de site.

Dans Windows SharePoint Services 3.0, tous les fichiers XML du répertoire d'installation ont été convertis pour utiliser des expressions de ressource ($Resources) afin qu'ils fonctionnent dans n'importe quelle langue pour laquelle les modules linguistiques ont été installés. Pour qu'une définition de site Windows SharePoint Services 2.0 fonctionne pour plusieurs langues, et pour bénéficier de cette utilisation étendue de ressources, vous devez apporter plusieurs modifications dans les fichiers XML Windows SharePoint Services 2.0. Dans ce cas, il est préférable de copier la définition de site Windows SharePoint Services 3.0 STS et d'y ajouter vos personnalisations.

Si vous avez personnalisé le fichier Onet.xml dans votre définition de site Windows SharePoint Services 2.0, vous devez modifier le fichier pour utiliser Windows SharePoint Services 3.0. Les étapes de base suivantes peuvent vous aider à améliorer la cohérence de votre fichier Onet.xml Windows SharePoint Services 2.0 avec une définition de site Windows SharePoint Services 3.0.

  1. Pour vous assurer que les sites Web créés à l'aide de votre définition utilisent les nouveaux types de liste de base Windows SharePoint Services 3.0 de façon cohérente, supprimez la section <BaseTypes> de votre fichier Onet.xml Windows SharePoint Services 2.0. Les types de liste de base sont à présent inclus par défaut dans les sites SharePoint et vous n'avez pas besoin de les définir dans votre fichier.

  2. Supprimez les listes standard du fichier Onet.xml Windows SharePoint Services 2.0. Nombre de listes qui étaient nécessaires aux fonctionnalités de SharePoint sont désormais incluses par défaut dans Windows SharePoint Services 3.0 et il n'est pas nécessaire de les définir dans votre fichier Onet.xml. Pour plus d'informations, voir Mise à niveau des définitions de liste standard.

  3. Supprimez la balise <ListTemplate> des listes pour lesquelles l'attribut Name a la valeur webtemp, listtemp, wplib ou datasrcs. Supprimez aussi les définitions de liste sous-jacentes pour ces listes en supprimant les dossiers LISTS\WEBTEMP, LISTS\LISTTEMP, LISTS\wplib et LISTS\DATASRCs. Supprimez les balises <List> dans la section Configurations dans laquelle l'attribut Type a la valeur 113 (galerie de modèles Web), 114 (galerie de modèles de listes) ou 111 (galerie de composants WebPart).

  4. Envisagez le mappage de la section DocumentTemplates sur les modèles de document Windows SharePoint Services 3.0. Le système de modèles de document d'expression d'une définition de site n'ont pas changé de manière significative dans Windows SharePoint Services 3.0. Les modèles de document sont toujours stockés dans un répertoire par paramètres régionaux.

Pour votre définition de site, vous devez veiller à disposer du jeu de modèles de document correspondant dans \12\TEMPLATE\<Identificateur de paramètres régionaux>\<nom de définition du site>. Toutefois, si vos fichiers ne sont pas personnalisés, il est possible que votre définition de site réutilise les modèles de document. Pour ce faire, annotez les nœuds <DocumentTemplate> dans votre fichier Onet.xml pour spécifier Path="STS".

Considérations finales

Une fois que vous avez personnalisé votre définition de site, testez-la dans Windows SharePoint Services 3.0 pour vous assurer que les sites Web sont créés par le biais de la fonction de définition comme prévu. Après avoir créé la définition de site Windows SharePoint Services 3.0 appropriée, l'étape suivante consiste à créer une définition de mise à niveau pour mapper votre définition de site Windows SharePoint Services 2.0 sur Windows SharePoint Services 3.0.

Voir aussi

Afficher: