Mise à niveau des définitions de liste standard
Dernière modification : mercredi 7 avril 2010
S’applique à : SharePoint Foundation 2010
Dans Windows SharePoint Services 3.0, les définitions de liste ont été changées en Composants fonctionnels pour les rendre plus facilement accessibles à partir des définitions de site. Pour cette raison, il n’est plus nécessaire de redéfinir les listes que vous ne prévoyez pas de personnaliser dans la définition de votre site.
Notes
Dans Microsoft SharePoint Foundation 2010, vous ne devez pas avoir besoin de modifier une définition de liste personnalisée qui est déjà un Composant fonctionnel, ce qui constitue l’une des façons les plus sûres de personnaliser la mise à niveau. Toutefois, si une définition de liste implique, par exemple, une interface utilisateur personnalisée, des affichages personnalisés ou des références à des fichiers non personnalisés, après la mise à niveau, vous devez vérifier l’affichage des pages dans le mode d’interface utilisateur de la version précédente et dans le mode d’interface utilisateur de la version actuelle. Vous devez vérifier les pages chaque fois que vous rétablissez les pages ou les définitions de site dans leur état non personnalisé d’origine.
Si vous n’avez personnalisé aucune des définitions de liste standard de la version précédente, supprimez simplement les définitions de liste standard de la définition de votre site et remplacez-les par une référence au Composant fonctionnel de collaboration d’équipe de SharePoint Foundation.
Pour supprimer les définitions de liste standard de la définition de votre site
Si le fichier Onet.xml de la version précédente contient des balises <ListTemplate>, supprimez celles correspondant aux types de listes suivants :
custlist
gridlist
doclib
imglib
voting
discuss
favorite
announce
contacts
events
tasks
xmlform
issue
En outre, suivant la version précédente, vous pouvez être amené à supprimer les répertoires de listes de prise en charge pour ces définitions de liste anciennes. Ainsi, pour votre définition de site actuelle, vous pouvez supprimer les dossiers ANNOUNCE, CONTACTS, CUSTLIST, DISCUSS, DOCLIB, EVENTS, FAVORITE, GRIDLIST, IMGLIB, ISSUE, TASKS, VOTING et XMLFORM du répertoire \LISTS .
Dans chacune des balises <Configuration> de votre fichier Onet.xml, ajoutez une référence au Composant fonctionnel de collaboration d’équipe, comme suit :
<Configuration ...> <WebFeatures> <!-- TeamCollab Feature --> <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" /> </WebFeatures> </Configuration>
Si vous avez personnalisé des définitions de liste spécifiques (par exemple, la définition de la bibliothèque de documents [DOCLIB]), vous devez utiliser une approche plus détaillée. Remplacez toutes les listes non personnalisées comme indiqué plus haut (dans ce cas, toutes les listes, à l’exception de DOCLIB). Au lieu d’ajouter une référence au Composant fonctionnel de collaboration d’équipe dans les balises <Configuration>, ajoutez des références spécifiques aux Composants fonctionnels contenant les définitions de liste que vous n’avez pas personnalisées. Le tableau 1 contient les noms des dossiers des Composants fonctionnels et les ID des Composants fonctionnels des définitions de liste.
Tableau 1. Noms des dossiers des Composants fonctionnels et ID des Composants fonctionnels des définitions de liste
Dossier |
ID |
|---|---|
AnnouncementsList |
00BFEA71-D1CE-42de-9C63-A44004CE0104 |
ContactsList |
00BFEA71-7E6D-4186-9BA8-C047AC750105 |
CustomList |
00BFEA71-DE22-43B2-A848-C05709900100 |
DataSourceLibrary |
00BFEA71-F381-423D-B9D1-DA7A54C50110 |
DiscussionsList |
00BFEA71-6A49-43FA-B535-D15C05500108 |
DocumentLibrary |
00BFEA71-E717-4E80-AA17-D0C71B360101 |
EventsList |
00BFEA71-EC85-4903-972D-EBE475780106 |
GanttTasksList |
00BFEA71-513D-4CA0-96C2-6A47775C0119 |
GridList |
00BFEA71-3A1D-41D3-A0EE-651D11570120 |
IssuesList |
00BFEA71-5932-4F9C-AD71-1557E5751100 |
LinksList |
00BFEA71-2062-426C-90BF-714C59600103 |
NoCodeWorkflowLibrary |
00BFEA71-F600-43F6-A895-40C0DE7B0117 |
PictureLibrary |
00BFEA71-52D4-45B3-B544-B1C71B620109 |
SurveysList |
00BFEA71-EB8A-40B1-80C7-506BE7590102 |
TasksList |
00BFEA71-A83E-497E-9BA0-7A5C597D0107 |
WebPageLibrary |
00BFEA71-C796-4402-9F2F-0EB9A6E71B18 |
WorkflowProcessLibrary |
00BFEA71-2D77-4A75-9FCA-76516689E21A |
WorkflowHistoryList |
00BFEA71-4EA5-48D4-A4AD-305CF7030140 |
XmlFormLibrary |
00BFEA71-1E1D-4562-B56A-F05371BB0115 |
Si vous avez personnalisé seulement la définition de liste de la bibliothèque de documents (DOCLIB) dans votre ancienne définition de site, n’incluez pas de référence à cette définition de liste dans les balises <Configuration> de votre fichier Onet.xml. Ajoutez des références de composant dont la portée se limite à une collection de sites ou à un site Web pour chaque Composant fonctionnel, à l’exception de cette définition de liste de la bibliothèque de documents, de façon à ce qu’elle conserve vos personnalisations.
Ajout de nouveaux formulaires, de types de contenu et de champs partagés
Il faut apporter quelques modifications supplémentaires à chacune de vos définitions de liste personnalisées par rapport à la version précédente pour qu’elles fonctionnent dans la version actuelle de SharePoint Foundation.
Toutes les pages d’affichage de formulaire ou de liste SharePoint utilisent désormais des pages ASPX standardisées. Au lieu que chaque page ait par exemple son propre fichier AllItems.aspx, EditForm.aspx, DisplayForm.aspx ou NewForm.aspx, les pages partagent maintenant par défaut un fichier ASPX standard. Pour utiliser ces pages de formulaire standardisées, spécifiez SetupPath="pages\form.aspx" dans toutes les balises <Form> de vos définitions de liste Windows SharePoint Services 2.0 et spécifiez SetupPath="pages\viewpage.aspx" dans les vues qui ont des pages derrière elles. Bien entendu, si vous avez personnalisé des pages pour des listes spécifiques, vous pouvez continuer à les utiliser : vous devez cependant suivre les instructions fournies précédemment sur la mise à niveau des pages .ASPX pour leur utilisation dans SharePoint Foundation.
Les formulaires de liste utilisent à présent des modèles basés sur les contrôles utilisateur Microsoft ASP.NET plutôt que le langage Collaborative Application Markup Language (CAML). La définition de formulaire CAML n’est plus nécessaire et peut par conséquent être supprimée. Si vous souhaitez utiliser un modèle personnalisé pour la définition de votre liste, spécifiez Template="TEMPLATENAME" dans la balise <Form> de votre fichier Schema.xml. Pour plus d’informations sur les modèles de formulaires personnalisés, voir Création de modèles de formulaires personnalisés.
Envisagez d’adapter les définitions de liste personnalisées à l’utilisation de types de contenu et de définitions de champs partagés. Pour ce faire, définissez de nouveaux types de contenu et de nouveaux champs partagés dans un Composant fonctionnel distinct dont la portée se limite à la collection de sites. Pour mettre à niveau la définition de votre liste, utilisez la balise <ContentTypes> pour déclarer les types de contenu à implémenter dans les listes créées via la définition, et annotez les balises <Field> en spécifiant les GUID qui identifient les champs partagés à utiliser. Notez, cependant, que même si vous utilisez des types de contenu, vos définitions de liste doivent encore déclarer tous les champs inclus dans le fichier Schema.xml du Composant fonctionnel de liste.
Voir aussi
Concepts
Mise à niveau d’une définition de site personnalisée