Déploiement d'un composant WebPart dépendant d'un magasin de bases de données

Question

Quel est le meilleur moyen de déployer un WebPart dans WSS3 ou MOSS2007 qui dépend d'une base de données? Le fichier .wsp doit-il inclure du code pour créer la base de données? Devrais-je encapsuler le fichier .wsp dans un autre programme d’installation qui gère la création de la base de données ou devrais-je fournir deux packages différents pour permettre à l’administrateur de gérer la création du backend?

Answer 1

Eh bien, je préfère la méthode SharePoint dans laquelle vous créez les bases de données à partir d'une page d'administration SharePoint dans l'Administration centrale. Il suffit de regarder comment SharePoint gère la création de nouvelles applications Web, où il vous est demandé de nommer le serveur de base de données et le nom de la base de données de contenu SharePoint.

En d'autres termes, je choisirais un déploiement WSP uniquement. Le fournisseur de services Web doit inclure une page de configuration de la base de données (une page ASPX) ainsi qu’une fonctionnalité au niveau de la batterie de serveurs pour l’installation d’un action personnalisée lien vers la page de l'Administration centrale. L'avantage de le faire à partir de l'Administrateur central est qu'il s'exécute dans un contexte avec des privilèges pour créer de nouvelles bases de données sur le serveur SQL. Par conséquent, vous n'avez pas besoin de demander à l'utilisateur le nom d'utilisateur et le mot de passe du serveur de base de données. Si la création de la base de données est réussie, la page de configuration doit conserver les informations de connexion dans la page de configuration SharePoint, à l'aide d'un dérivé personnalisé du SPPersistedObject . Les composants WebPart peuvent à leur tour lire ces paramètres pour se connecter à la base de données.

À mon avis, les installateurs MSI devraient être évités lors de la conception d'applications SharePoint.

Answer 2

À quel type de client votre webpart est-il destiné?

J'imagine qu'il vaudrait peut-être la peine d'être légèrement flexible dans votre approche et de considérer plusieurs méthodes pour installer votre WebPart.

Donc, pour quelqu'un sans DBA dédié, il serait peut-être préférable d'avoir un .wsp. (Bien que cela devrait être assez robuste pour gérer l’installation du superutilisateur.)

Vous pouvez également choisir un fichier .wsp et un fichier msi (ou même des scripts), ce qui donnera à l'installateur plus de contrôle sur exactement comment il est installé. (Je préférerais cette approche à l'approche en .wsp uniquement.)