TechEd 2006 : WP, Master, User Control et Field Type
On continue sur la lancée du développement de SharePoint 2007,
Il y a un point important à se rappeller : SharePoint est un moteur à intranet avant tout.
>>> il supporte et gére un volume de site web en se basant sur des modéles de site.
Avantage majeur : il sépare la gestion des sites Web de la maintenance purement IT.
Conséquence : le déploiement et le développement suit certaines régles à connaitre.
Techniquement parlant, un SPHttpApplication vient gérer tout le traffic SharePoint de votre site.
D'un point de vue architecture logique, l'ensemble est assez simple :
- Une Ferme de serveur SharePoint supporte des Web Applications (des sites IIS étendues SharePoint)
- Une Web Application gére une ou plusieurs bases de contenu
- Une Web Application gére des chemin de gestion pour y raccrocher les fameuses hiérarchie de site SharePoint (que j'associe souvent à une pyramide) que sont les Site Collections SPSite
- Les site collections gérent un ensemble hiérarchique de sous site web SharePoint : les SPweb
- Un SPSite appartient à une seule BDD mais une BDD peut contenir plus d'une Site Collection
- Les SPSite a un seul site de racine : un SPweb
- MOSS WCM ou MOSS Portal ou un simple Team Site ne sont que des Templates de site SharePoint et repose sur une simple SPSite
Désormais, vous êtes un vrai architecte intégrateur MOSS : Bienvenue au Club 
Revenons maintenant à la session.
C'est une version plus User friendly d'une partie de la PreConference mais surtout plus détaillé.
En voici certains point bon à savoir :
- Si vous voulez créez des nouveaux modéles de pages pour WSS et pouvoir les gérer/modifier via SharePoint Designer avec l'aide du WYSIWYG, il vous suffit d'ajouter cet attribut dans l'entéte tel que :
< % @ Page MasterPageFile="~masterurl/default.master" meta:progid="SharePoint.WebPartPage.Document" % >
- L'utilisation de User Control en tant que WP n'est pas possible du moins directement. le projet SmartPart est uun Wrapper trés efficace mais, rien en vous empêche de publier directement vos ASCX dans une page à WP.
- Si votre page à WP contient du code inline, pensez bien à modifier le SafeMode du Web.Config :
- En ce qui concerne le déploiement, surtout pour les DEV SPS 2003, il vaut mieux privilégier une Solution. No panic, lesVSeWSSS font tout le travail pour vous
- En ce qui concerne les Solutions, il ne s'agit que de fichier, un manifest XML stockés dans un CAB. Attention, vous devez passez absolument par un MakeCab et non un projet de déploiement CAB car vous devez le packager avec des sous dossier pour respecter la hiérarchie de dossier du "12 hive"
- Remarque personnelle et commune avec JOPX : Quand vous déployez une solution, un joli Warning rouge vous prévient que si votre déploiement utilise le GAC et donc utilise le FULL TRUST. Vous ne pourrez plus dire que vous n'êtes pas au courant !!!
- Dans le cas de migration de DLL, rien ne vous empêche de déployer vos WP V2 puis grâce à la redirection d'assemblée dans le Web.Config, utilisez dans un second temps sa version recodé pour WSS 2007
- Si vous voulez customiser vos formulaires de listes, jetez un oeil du coté des custom Field Type. En dérivant un type de base vous pouvez ajoutez votre propre petit ASCX associé à sa classe de gestion pour devenir un nouveau type utilisable dasn l'ensemble de vos liste. Une possibilité bien intéressante avant de forcement passer par Infopath non ?
Bon je vous laisse ce soir c'est la Country Party : Francophone power
Renaud Comte aka TheMit (no more SPS pain)
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
