Upgrade von Standardlistendefinitionen
Letzte Änderung: Mittwoch, 7. April 2010
Gilt für: SharePoint Foundation 2010
In Windows SharePoint Services 3.0 wurden Listendefinitionen in Features verschoben, um sie besser zugänglich für Websitedefinitionen zu machen. Daher müssen Sie Listen, die Sie nicht in der Websitedefinition anpassen möchten, nicht mehr neu definieren.
.gif "Hinweis") Hinweis |
|---|
In Microsoft SharePoint Foundation 2010 sollte für benutzerdefinierte Listendefinitionen, die bereits Features darstellen, keine Änderung mehr erforderlich sein. Dies ist eine der sichersten Vorgehensweisen für das Upgrade von Anpassungen. Wenn eine Listendefinition jedoch beispielsweise eine benutzerdefinierte Benutzeroberfläche, benutzerdefinierte Ansichten oder Verweise auf nicht angepasste Dateien enthält, sollten Sie nach dem Upgrade das Rendern von Seiten im Benutzeroberflächenmodus der vorherigen Version und der aktuellen Version überprüfen. Ebenso sollten Sie Seiten jedes Mal überprüfen, wenn Sie Seiten oder Websitedefinitionen auf ihren ursprünglichen, nicht angepassten Zustand zurücksetzen. |
Wenn Sie keine der Standardlistendefinitionen der vorherigen Version angepasst haben, können Sie einfach die Standardlistendefinitionen von Ihrer Websitedefinition entfernen und durch einen Verweis auf das standardmäßige Teamzusammenarbeitsfeature von SharePoint Foundation ersetzen.
So entfernen Sie die Standardlistendefinitionen von einer Websitedefinition
Entfernen Sie die <ListTemplate>-Tags für die folgenden Listentypen, falls sie in der Datei Onet.xml der vorherigen Version vorhanden sind:
custlist
gridlist
doclib
imglib
voting
discuss
favorite
announce
contacts
events
tasks
xmlform
issue
Abhängig von der vorherigen Version müssen Sie möglicherweise auch die unterstützenden Listenverzeichnisse für diese alten Listendefinitionen entfernen. Das heißt, für Ihre aktuelle Websitedefinition können Sie die Ordner ANNOUNCE, CONTACTS, CUSTLIST, DISCUSS, DOCLIB, EVENTS, FAVORITE, GRIDLIST, IMGLIB, ISSUE, TASKS, VOTING und XMLFORM aus dem Verzeichnis \LISTS entfernen.
Fügen Sie in der Datei Onet.xml in jedem <Configuration>-Tag wie folgt einen Verweis auf das Teamzusammenarbeitsfeature hinzu.
<Configuration ...> <WebFeatures> <!-- TeamCollab Feature --> <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" /> </WebFeatures> </Configuration>
Wenn Sie bestimmte Listendefinitionen (z. B. die Definition der Dokumentbibliothek [DOCLIB]) angepasst haben, müssen Sie gezielter vorgehen. Ersetzen Sie alle nicht angepassten Listen wie oben beschrieben (in diesem Fall alle Listen außer DOCLIB). Statt in den <Configuration>-Tags einen Verweis auf das Teamzusammenarbeitsfeature hinzuzufügen, fügen Sie spezifische Verweise auf die Features hinzu, die nicht von Ihnen angepasste Listendefinitionen enthalten. In Tabelle 1 sind die Namen der Featureordner und die Feature-IDs von Listendefinitionen aufgeführt.
Tabelle 1. Namen der Featureordner und Feature-IDs von Listendefinitionen
Ordner |
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 |
Wenn Sie in Ihrer alten Websitedefinition nur die Listendefinition der Dokumentbibliothek (DOCLIB) angepasst haben, schließen Sie keinen Verweis auf diese Listendefinition in die <Configuration>-Tags der Datei Onet.xml ein. Fügen Sie auf eine Websitesammlung oder auf Websiteebene beschränkte Featureverweise für jedes Feature außer dieser Dokumentbibliothek-Listendefinition hinzu, sodass Ihre Anpassungen erhalten bleiben.
Hinzufügen neuer Formulare, Inhaltstypen und freigegebener Felder
Durch einige weitere Änderungen Ihrer angepassten Listendefinitionen aus der vorherigen Version können Sie sie in der aktuellen Version von SharePoint Foundation funktionsfähig machen.
Alle SharePoint-Formular- und Listenansichtsseiten beruhen nun auf standardisierten ASPX-Seiten. Statt einer eigenen Datei AllItems.aspx, EditForm.aspx, DisplayForm.aspx oder NewForm.aspx für jede Seite wird nun standardmäßig eine gemeinsame ASPX-Standarddatei für diese Seiten verwendet. Wenn Sie diese standardisierten Formularseiten verwenden möchten, geben Sie in allen <Form>-Tags Ihrer Windows SharePoint Services 2.0-Listendefinitionen SetupPath="pages\form.aspx" an, und geben Sie in Ansichten, hinter denen Seiten stehen, SetupPath="pages\viewpage.aspx" an. Wenn Sie Seiten für bestimmte Listen angepasst haben, können Sie diese selbstverständlich weiterhin verwenden. Sie müssen jedoch die zuvor beschriebenen Hinweise zum Upgraden von .ASPX-Seiten für die Verwendung in SharePoint Foundation befolgen.
In Listenformularen werden nun auf Benutzersteuerelementen basierende Vorlagen von Microsoft ASP.NET statt der Collaborative Application Markup Language (CAML) verwendet. Die CAML-Formulardefinition ist nicht mehr erforderlich und kann entfernt werden. Wenn Sie eine benutzerdefinierte Vorlage für eine Listendefinition verwenden möchten, geben Sie im <Form>-Tag der Datei Schema.xmlTemplate="TEMPLATENAME" an. Weitere Informationen zu benutzerdefinierten Formularvorlagen finden Sie unter Erstellen benutzerdefinierter Formularvorlagen.
Erwägen Sie die Änderung angepasster Listendefinitionen, sodass Inhaltstypen und freigegebene Felddefinitionen verwendet werden. Dazu definieren Sie neue Inhaltstypen und freigegebene Felder in einem separaten, auf die Websitesammlung beschränkten Feature. Für das Upgrade der Listendefinition deklarieren Sie im <ContentTypes>-Tag, welche Inhaltstypen in mit der Definition erstellten Listen implementiert werden. Kommentieren Sie außerdem <Field>-Tags durch die Angabe der GUIDs der freigegebenen Felder, die sie verwenden müssen. Beachten Sie jedoch, dass in den Listendefinitionen auch bei Verwendung von Inhaltstypen alle Felder deklariert werden müssen, die in der Datei Schema.xml des Listenfeatures enthalten sind.
Siehe auch
Konzepte
Durchführen eines Upgrades für eine benutzerdefinierte Websitedefinition