Meilleure pratique pour le déploiement de multiples types de contenu avec des dépendances dans SharePoint

Question

Je développe une solution avec env. 15 types de contenu personnalisés. Par conséquent, j'ai créé dans Visual Studio un projet SharePoint et ajouté des types de contenu définis dans le balisage XML. Comme certains de ces types de contenu utilisent des références entre les autres (colonnes de recherche), j'ai ajouté des définitions de liste et des instances de liste également. Comme les recherches peuvent être déclarées dans XML depuis SharePoint 2010 - tout va bien.

Maintenant, ma fonctionnalité contient tous les types de contenu, les définitions de la liste et les instances de liste.

Mais le problème est le suivant: Parfois, le déploiement réussit et parfois, il échoue. Je suppose que cela peut se produire car les éléments de la fonctionnalité n'ont aucun ordre d'activation. Maintenant, je pourrais changer mon projet et créer une fonctionnalité pour chaque type de contenu et définir des dépendances d'acitulation pour définir une commande d'activation. Mais cela conduirait au moins 20 caractéristiques et, à mon avis, cela ne peut pas être la solution supposée pour le gérer correctement.

Quelle est la bonne façon de déployer des types de contenu avec des recherches sur d'autres types de contenu dans la même solution?

Il y a une restriction: tout doit être de boiser de sandbox parce que je veux déployer dans SharePoint Online.

Answer 1

Je crois que j'ai eu le même problème que vous - j'ai défini deux types de contenu; A et B, B s'appuyaient sur A. et les deux étaient en une seule caractéristique. Cependant, quand il est temps de déployer, j'ai reçu une erreur:

Une erreur s'est produite dans l'étape de déploiement 'Activer les fonctionnalités': Le type de contenu parent spécifié par identifiant de type de contenu 0x010029043f0d68ec4df1bc85141Aff451661 n'existe pas.

J'ai regardé dans le fichier manifeste.xml que Visual Studio génère à l'intérieur du fichier WSP / CAB et remarqua que les deux fichiers de type de contenu.xml ont été définis le mauvais moyen:

1. b / éléments.xml
2. a / éléments.xml

Un travail autour de ceci est de forcer simplement l'ordre de certains éléments.xml fichier dans la fonctionnalité (c'est-à-dire mettre les fichiers de contenu «racine» d'abord).

Ouvrez la fonctionnalité, allez à Manifest, ouvrez les options d'édition et entrez le fichier à spécifier d'abord dans la liste des fichiers éléments.xml.

<ElementManifests>
  <ElementManifest Location="A\Elements.xml" />
</ElementManifests>

Ceci émet le XML suivant dans le fichier manifeste:

<ElementManifests>
  <ElementManifest Location="A\Elements.xml" />
  <ElementManifest Location="B\Elements.xml" />
</ElementManifests>