WebParts par défaut sur un MySite d'utilisateurs dans Sharepoint

Question

Je travaille sur un projet qui remplace un ancien système de portail (Plumtree) avec sharepoint et nous souhaitons que la transition soit la plus fluide possible. Une chose que nous regardons actuellement est de prendre tous les gadgets (terme Plumtree pour WebParts) et de s'assurer qu'ils apparaissent au même endroit sur le nouveau MySite de l'utilisateur. Plumtree contient cette information dans un tableau simple contenant l'utilisateur, la page, le gadget et les informations de position. Je veux trouver un moyen d'automatiser la lecture de cette table et mettre les nouveaux WebParts sur les utilisateurs MySite et ne pas avoir à le configurer manuellement pour des centaines d'utilisateurs.

On me dit que la modification des tables Sharepoint dans SQL Server n'est pas une bonne option car elle peut affecter nos arrangements de support, mais si cela sauve le faire à la main, alors je le considérerais.

D'autres options qui viennent à l'esprit sont la création d'une table équivalente et l'utilisation d'appels API pour charger les WebParts la première fois que l'utilisateur accède à leur MySite.

De meilleures suggestions?

Answer 1

Vous avez raison, le fait de jouer directement avec des bases de données n'est pas supporté ni recommandé.

Malheureusement, il n'y a pas beaucoup de façons de modifier MySites, la meilleure façon que je connais viens du blog de l'équipe MOSS: http://blogs.msdn.com/sharepoint/archive/2007/03/22/customizing-moss-2007-my-sites-within-the-enterprise.aspx

Answer 2

La façon dont nous l'avons fait était à peu près ce qui est décrit dans le lien ci-dessus (http://blogs.msdn.com/sharepoint/archive/2007/03/22/customizing-moss-2007-my-sites-within-the-enterprise.aspx) . Votre meilleur pari est probablement d'agrafer une caractéristique à MySite création et lui faire interroger la base de données plumtree, trouver les gadgets pour cet utilisateur, et ajouter un "Web Viewer" partie pour chacun, pointant vers l'emplacement du gadget. Cela dit, vous voudrez peut-être reconsidérer aveuglément la migration de tous vos gadgets plumtree dans SharePoint. Il existe peut-être de meilleurs moyens de «SharePoint» pour fournir les fonctionnalités que vos gadgets fournissent actuellement.