2.2Monter un environnement de développement.
SharePoint 2007 est une plateforme serveur avec une architecture technique dédiée :
Un service web reposant sur IIS et ASP.NET
Un service métier (moteur de job, moteur de recherche, Excel services,…)
Un service de stockage reposant sur SQL Serveur
Actuellement, il n’est possible de l’installer sur une machine de type client comme sous Windows XP ou VISTA. SharePoint 2007 ne fonctionne que sur une plateforme Windows Serveur. Une seule machine peut cependant supporter les 3 services.
Un serveur SharePoint supportant les 3 services de bases est appelé single Farm ou ferme mono machine. Elle peut aussi utiliser SQL Server Express ou Embedded au lieu d’une version SQL Serveur complète. 2 scénarios sont ainsi envisageables :
Environnent de développement « Distant »
Une ferme SharePoint est déployée sur le réseau pour servir de serveur de développement central. Chaque Développeur travaille sur son OS Client et teste en déployant sur le serveur Central.
 Avantage :
Pas d’installation particulière à faire sur les machines de développement. Un simple ordinateur avec Visual Studio suffit.
Le code et les tests sont centralisés, pas de démarche particulière
Inconvénient :
Comme le code ne peut s’exécuter que sur un serveur SharePoint, tous les livrables doivent être déployés sur celui-ci. Cette charge de travail peut être lourde et complexe entre les composants DLL en GAC et les fichiers Web à maintenir lors de tous déploiement et tests.
La mise en place du « Remote Debugging » peut être hasardeuse du fait de la problématique de droit, d’accès réseau et de la couche spécifique à débugger
Environnent de développement « Distant »
Chaque développeur travaille directement depuis un serveur SharePoint personnel. Il possède ainsi sa propre instance serveur et son outil développement. Le code est réalisé et testé en local puis est revu sur un serveur tiers pour les tests globaux.
Il existe plusieurs méthodes pour pouvoir travailler sur une machine serveur depuis votre poste local. A vous de choisir selon vos normes internes de travail. Soit :
En machine virtuelle locale avec Virtual PC par exemple
En bureau distant sur un serveur tiers sur Virtual Serveur
Un double boot de votre machine : un client et un autre serveur
 Avantage :
Comme tous les services et composants sont en local, les opérations de déploiement et de tests sont grandement facilités et bien plus rapide.
Aucun risque de bloquer le serveur lors de debugging mutualisé
Vous possédez votre propre environnement de développement et donc adapté à vos propres projets
Inconvénient :
Ce mode de travail demande plus de discipline du fait que vous ne travaillez pas directement depuis votre poste.
Pour pouvoir émuler un serveur SharePoint, il vaut mieux prévoir des machines plutôt puissantes par rapport aux machines classiques.
Nécessite d’un bon outil de versionning de source pour fédérer les différents postes
En pratique et par expérience, il est largement conseillé de travailler depuis une machine virtuelle. Travailler depuis un environnement dédié et personnel apporte un gain de productivité vraiment non négligeable. Vous pouvez ainsi coder, déployer par simple copie et lancer un débbuging bien plus rapidement et régulièrement. Le tout sur un site SharePoint spécifique à votre projet ou votre développement.
Afin de faciliter la gestion de plusieurs versions de votre machines virtuelles, l’utilisation de la technique de disques de différence est incontournable. Vous créez d’abord une machine VPC contenant SharePoint 2007 et Visual Studio, et ensuite, vous l’utilisez comme base de vos disques différenciés : un par projet ou client par exemple. D’où gain de place et de temps de création
http://support.microsoft.com/kb/825092/fr
|